This Page Is Inserted by IF W Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the 
original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

•' ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 

IMAGES ARE BEST AVAILABLE COPY. 

As rescanning documents will not correct images, 
please do not report the images to the 
Image Problems Mailbox. 



THIS PAGE BLANK (uspto) 



J 



Europaisches Patentamt 
European Patent Office 
Office europ 'en des brevets 



© Publication number: 



0 280 020 

A2 



EUROPEAN PATENT APPLICATION 



© Application number: 88100514.4 
© Date of filing: 15.01.88 


© int. cl 4 : G06F 15/74 


© Priority: 23,01.87 US 6514 


© Applicant: International Business Machines 


(jy Date of publication of application: 


Corporation 


Old Orchard Road 


31.08.88 Bulletin 88/35 


Armonk, N.Y. 10504(US) 


© Designated Contracting States: 


© Inventor: Estes, Mark Wilbour 


DE FR GB 


7002 Echo Bluff Drive 




Dallas, TX 75248(US) 




Inventor: Hall, Harold H, 




6545 Circle Hill Drive 




San Jose, CA(US) 




© Representative: Tubiana, Max 




Compagnie IBM France Departement de 




Propriete Inteilectuelle 




F-06610 La Gaude(FR) 



© Operator access to monitoring applications. 

© A display system and method is provided for gathering information from multiple CICS host applications and 
displaying the information on a single display screen. The information includes graphics, reports, and monitoring 
information. The display screens that the user is presented with are in a format that correspond to the host 
display screens that are commonly employed in large data processing (DP) centers. A host based status array is 
used to minimize the overhead of the communications between the host and the PC. The IBM 3270-PC or other 
microprocessor with a host communications interface receives existing, summarized information and reduces the 
information to a complete, accurate picture of the multiple applications that enables the operator to have timely 
information and respond effectively in a complex DP environment. The alarm information is organized to 
effectively call the operator's attention to a key problem quickly and efficiently. Key alarm messages can be 
designated as voice messages which are automatically translated and output as synthesized voice alerts. 
Threshold conditions can be called to the operators attention by specifying tolerances, that once exceeded, 
^trigger an electronic tone of designated frequency and duration. 
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OPERATOR ACCESS TO MONITORING APPLICATIONS 



BACKGROUND OF THE INVENTION 
Field of the Invention 



The present invention is in the field of monitoring and alarm systems, and more particuarly he 
invention is directed to a display system which facilitates the display of status information which reflects the 
current status of multiple host based programs on a single display screen. The display system is called 
Multiple System Alert Monitor (MSAM). 



Background of the Invention 

Monitoring and alarm systems are required for a wide variety of applications ranging from simple 
mechanisms to rather complex processes. An example of a simple mechanism requiring a monitoring and 
alarm system would be a home heating system, and an example of a complex process also requiring a 
monitoring and alarm system would be a nuclear reactor. 

Monitoring systems acquire information from a variety of sources. The information may come from 
sensors attached to devices measuring temperature and pressure, or they may come from another 
computer connected by a communications interface. An example of a monitoring system acquiring 
information from sensor information can be found in U.S. patent number 4,588,987, to Stephens, issued 
May 13 1986 and U.S. patent number 4.471.348, to London et ai., issued September 11, 1984. These 
patents discuss techniques for acquiring sensor information from a plant environment, filtering the inform*- 
tion and formatting it for display on a graphics display screen. 

Monitoring systems for computer applications include the system described in U.S. patent number 
4 348 739 to Deaver et al.. issued September 7, 1982. The Deaver et a!, system provides operator 
information on the characteristics of a data communication system. The information is displayed on a single 
terminal in the form of a table of summary information. The terminal is connected to the communication 
system and uses a handshaking protocol to obtain information. The information displayed is very .mportant 
to the data processing staff because it provides management information for the communications network. 

As monitoring capabilities evolved to more complex techniques, the ability to prov.de multiple virtual 
displays on a single display screen became necessary. An example of this type of processing is disclosed 
in the aforementioned patent to London et al. The system disclosed, in the London et al. patent assigns 
each virtual display information for its own use. The information for each of the virtual displays is obtained 
and formatted for display on the separate sections of the display screen assigned to each of the virtual 
displays. With the advent of color displays, monitoring packages began to use color graphics to accentuate 
trends and alarm situations to assist the operator in determining where the problem occurred. An example 
of this approach is illustrated in U.S. patent number 4.375,079, to Ricketts et al., issued February 22. 1983. 
This patent describes the IBM 3279 color display and how it can be utilized to display color graphics. The 
color graphics include bar charts, pie charts and line graphs. 

One system operation that can be monitored with this system is the IBM Customer Information Control 
System (CICS). This system manages a network of terminals and other communications devices attached to 
a host processor. A description of the operation of this system can be found in the Customer Information 
Control System/Virtual Storage (CICS/VS) General Information Manual, GC33-0155-1 published by interna- 
tional Business Machines Corporation. Due to the complexity of CICS, there are a number of monitoring 
programs that support the tuning and management of the system. The IBM Network Performance Monitor 
(NPM) aids network support personnel in managing the performance and growth of communicat.ons 
networks A description of NPM can be found in the Network Performance Monitor General Information 
Manual GH20-6539 published by International Business Machines Corporation. CICS Performance Analysis 
Reporting System (CICS/PARS) provides online display capabilities, system alert monitoring functions 
problem determination aids and extensive batch reporting and analysis capabilities. A description of 
CICS/PARS can be found in CICS/OS/VS Performance Analysis Reporting SystenvMVS General Information 
System. GH20-6836-0 published by International Business Machines Corporation. 

Today with the proliferation of personal computers (PCs), systems are taking advantage of the user 
acceptance of PCs for performing functions locally to offload host processes. PCs are often attached to a 
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host processor to monitor and collect information and to display the information on a locally attached 
graphics device and printer. An example of this approach is found in Sharman, "Multi-Thread Host Server 
For PC Support", IBM Technical Disclosure Bulletin, Vol. 28, No. 9, February 1986. Sharman discloses a 
technique for using PCs in a CICS environment. The PCs are used as local file, print and message 
servicers. Rather than print a report on a remote host printer, each user employing the disclosed technique 
has the capability of locally printing a report, storing a host file and interacting with a CICS application. 

Another pertinent example of such a monitoring application residing on a PC is discussed by Gallant, 
"Outspoken Micros Keep Support Center Humming" , Computerworld, April 8, 1985, at page 1, col. 1. 
Gallant's article discusses a PC based CICS monitoring system. The PCs are tied into four major on-line 
CICS applications that impact most of the company's 1200 employees. The PCs use a voice synthesizer to 
announce alerts while simultaneously calculating response times, maintaining history information and 
charting the results for tracking service. 

The problem with even the most advanced of these systems is the inability to display information from 
multiple host applications on a single display screen. A significant amount of time is spent by the operator 
moving from one monitoring application to another trying to .identify specific problems. The issue is further 
compounded when there are multiple copies of CICS running on a single processor. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide a monitoring system that concurrently 
monitors multiple host applications and displays the information on a single display screen. 

It is a further object of the invention to provide a monitoring system that summarizes the information 
from host monitoring applications and displays the information on a single display screen. 

It is another object of the invention to rely upon the graphics and multi-tasking capabilities of a 
microprocessor system with a host communication interface, such as the IBM 3270-PC, to communicate 
with multiple host monitoring applications and display summary information in the form of tabular reports, 
graphs and other status information. 

It is yet another object of the invention to employ the microprocessor system speaker to emit an 
audible tone of varying frequency and duration for indicating the attainment of user definable thresholds. 

It is still another object of the invention to automatically translate the monitoring and alarm messages 
from host applications into voice messages to alert the operator to a specific problem. 

According to the invention, these objects are accomplished by providing a computer program MSAM 
which runs on a microprocessor system with a host communications interface such as an IBM 3270-PC. 
MSAM is a single program which gathers information from multiple CICS host regions and displays the 
information on a single display screen. The information includes graphics, reports, monitoring and alarm 
information. The display screens that the user is presented with are in a format that correspond to the host 
display screens that are commonly employed in large data processing (DP) centers today. 

MSAM reduces the overhead of the communications between the microprocessor and the host by 
employing a structured data stream that eliminates the need to pass large amounts of information. The 
microprocessor receives existing, summarized information and reduces the information to a complete, 
accurate picture of the multiple applications that enables the operator to have timely information and 
respond effectively in a complex DP environment 

The alarm information is organized to effectively call the operator's attention to the key problem quickly 
and efficiently. Key alarm messages can be designated as voice messages which are automatically 
translated and output as synthesized voice alerts. Threshold conditions can be called to the operator's 
attention by specifying tolerances, that once achieved, trigger an electronic tone of designated duration and 
frequency. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages of the invention will be better understood 
from the following detailed description of a preferred embodiment with reference to the drawings, in which: 
Figure 1 is a screen print showing an example of a CICS/PARS alert monitor display; 
Figure 2 is a screen print showing an example of an NPM display alert message; 
Figure 3 is the functional organizational chart of the system according to the present invention; 
Figure 4 is a screen print showing the alert monitor invocation screen; 
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Figure 5 is a screen print showing the initial system configuration screen; 
Figure 6 is a screen print showing an example of a MSAM graphics screen; 
Figures 7 to 23 are the detailed flowcharts of the HOST & PC logic of the invention: 
Figure 24 to 36 are screen prints showing the sample session screens; and 
s Figure 37 is a screen print of the current voice parameters MSAM screen. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT OF THE INVENTION 
,0 MSAM HARDWARE/SOFTWARE ENVIRONMENT 

The disclosed invention is described using an IBM 3270-PC; however one <*.«^^^^£ 
recoonize that any microprocessor that has the capability of communicating with an IBM HOST coufc be 
subsEed for the IBM 3270-PC. The Multiple System Alert Monitor (MSAM) rel.es upon many standard 
B^ ducts to Provide the advanced monitoring capabilities. These P«*£- 

Computer (PQ/Disk Operating System (DOS). PC/DOS acts as the <^?^ n %^ B £^^ 
The IBM 3270-PC is an IBM product that provides cooperative processing between PC and host display 
Z ams " combines the functions of a 3270 terminal with the flexibility of a PC. With one keyboard and 
«Z ?Sav toe user has access to a PC session and up to four host sessions. The user can press he 

20 Z^ '^Z^ the applications. The IBM 3270-PC allows the operator to divide the d,sp ay 
iTmSpE windows of user-specified size. The windows can be distributed, between multip e host 
sessions and a single DOS session. The host sessions are active at the same time; however, the use can. 
on v interact with one session at a time. This capability is important to allow multiple host sessions to be 
p^ces ed in The background as a single display is presented to guide the user to the key prob ems. 

2S " There are various models of the IBM 3270-Persona. Computer(PC) with modular features^ These 
features LTude additional memory, medium to high resolution monochrome and color 9-pn.cs disp^y 
and a PC/Advanced Technology (PC/AT) version. Additional information describing the IBM 3270 -PCm 
contained in the IBM 3270-Personal Computer Control Program User's Guide and Reference SC23-010 3 
an^the introduction and Preinstal.ation Planning Guide, GA23-0179; both are published by lnternat,onai 

30 ^SS%£^P«*™ is a.so used as a window and task manager for the IBM 3270-PC 
This prog^m interfaces between PC/DOS and the 3270-PC hardware to perform the functions of ^ j pe 
3270 displays The IBM 3270-PC Control Program manages the keyboard and display to al ow the user to 
^ JTZ up to four host sessions and one PC session, one at a time. The control program a*o 

35 conSns the Applications Programming .nterface (API) which contains the support for the structured teW 
communications The structured field communications is used to support commun.cat,ons between MSAM 
"e HOs" This program is discussed in detail in the IBM 3270-PC Control Pr %r£T^ 
Guide GA23-0221 published by International Business Machines Corporation. These products are used in 
co^ncln w°h unique displaying, reporting, monitoring and alarming code to implement the invention on 

40 an IBM 3270-PC. 



HOST SOFTWARE 

The hosts that the application is monitoring are required to have some other IBM products. These 
include* ^ Customer Information Control System (CICS). As mentioned earlier, CICS is a genera, purpose 
dia communication monitor that reduces the effort necessary to implement 

applications. CICS is used around the world to enable applications ranging from payroll to inventor con rol 
to function interactively and handle a large number of displays. In a DP environment ,t ,s very important to 

50 "a™.S™ U sers to enioy «Sdc response times to their ^^^^ 

Because of this need, CICS, Performance Analysis Reporting System (CICaPARS) «* c reatea This 
oroduct aids network support personnel in managing the performance and growth of their CICS environ 
m"nt CIGARS has a complete set of monitoring tools to allow a user at a host disc ay to mom tor a CCS 
aoolication and create the reports necessary to track the performance of the application. One function o 

55 C SpARS is thTaiert monitor. The alert monitor allows thresholds for CICS system resources to ^ ^set 
and orovides display capability to monitor these resources. Figure 1 shows an example of a CICS. PARS 
a£t montt display. An additional feature of C.CS,PARS is the graphical display of elected system 
rescues using the IBM Graphical Data Display Manager (GDDM). GDDM provides full screen extended 
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alphanumeric and graphic support for the IBM 3270 display family including the 3270-PC family of 
products. Application programs such as CICS/PARS call GDDM routines to create graphic displays. Details 
of the GDDM product are presented in the GDDM General Information Manual, GC33-0108 published by 
International Business Machines Incorporated. The graphical displays that CICS/PARS creates are dis- 
5 playable on any of the host sessions active on the IBM 3270-PC. A complete description of CICS/PARS is 
contained in the CICS/OS/VS Performance Analysis Reporting System User's Guide and Reference, SH20- 
6837. 

If communications information for the host is desired, the host must have the Network Performance 
Monitor (NPM) installed. This product aids network support personnel in managing the performance and 

w growth of their communications network by supplying on-line statistics to allow real-time analysis of a 
network. The functions that NPM supplies are similar to CICS/PARS except that they are concerned with 
communications networks. An operator can enter thresholds corresponding to network tolerances. Should a 
threshold be exceeded, a message is displayed which indicates the nature of the problem. An example of 
an NPM display message is shown at the top of Figure 2. A complete description of NPM appears in the 

75 Network Performance Monitor User's Guide and Reference, SH20-6360. 



MSAM APPLICATION ENVIRONMENT 

20 The application program that enables the disclosed invention resides on the IBM 3270-PC and 

communicates with CICS/PARS and/or NPM to obtain status information on the host CICS applications and 
the host communications environment. CICS/PARS collects status information from the host applications 
and sends it to the 3270-PC application to be processed. The interface between CICS/PARS and the IBM 
3270-PC application is a Structured Field Communication interface. Structured Fieid Communication allows 

25 an efficient and clean method of transmitting data between the host and the 3270-PC. The data is 
transferred in the structure specified depending on the one character TYPE field. 



TYPE FIELD DESCRIPTION 

30 

The TYPE field is a one character indication which communicates which action has been taken by the 
source of the communication or should be taken by the destination of the communication. The TYPE field is 
limited to a single character because that character fits conveniently after the communications header byte 
to word align any data in the communication. Based on the type of communications, the TYPE field may be 

35 followed by a variable amount of data; although, some transactions have no data following the TYPE field. 

The structures associated with TYPE fields have a letter prefix associated with the structure name that 
corresponds to the one byte values. The structure prefix for the TYPE values Hex 00 and Hex 7F MSAM to 
HOST communications is "P". The structure prefix for the TYPE values Hex 80 and Hex FF for HOST to 
MSAM communications is M H". 

40 Each set of 16 TYPE codes correspond to a similar task. For example, 30-3F are the TYPE BYTES 
associated with the MSAM alert monitor function. In addition the TYPE codes associated with a 3270-PC 
MSAM function are separated by 80 hex from the host TYPE codes. Thus, B0-BF are the TYPE BYTES 
associated with the alert monitor function on the HOST. Similarly, 30-3F are the TYPE BYTES associated 
with the MSAM alert monitor function. 

45 As much as possible, the data in the communications buffer is passed as short integers of two bytes. 
String data will be passed as single bytes of EBCDIC. 

COMMUNICATIONS CHARACTERISTICS 

50 

The MSAM initiated communications transaction TYPE BYTES are defined below: 



Alert Monitor Gateway Startup (30-37) 

55 

1) Define P_A_BUSY HEX 31 
( gateway session already in progress ) 
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Alert Monitor Invocation Group (38-3F) 

1 ) Define P A NO GATE HEX 38 

( gateway session not yet established ) 

2) Define P_A_TOO_MANY HEX 39 
( attempt to start more than 17 AM sessions ) 

3) Define P A GOOD DATA HEX 3B 

( valid data received from HOST for starting summary 

4) Define P A BAD DATA HEX 3C 

( HOST has sent invalid start up data - no summary lii 



Alert Monitor Gateway Execution Group (40-4F) 

1) Define P A READ HEX 40 

( MSAM requests that HOST read AM Status Array to send to MSAM ) 

2) Define P_A_X_SESS HEX 43 

( MSAM desires to delete a subset of AM invokes (see del_sess struct)) 

3) Define P_A_X_ALL HEX 44 

( MSAM desires to terminate all AM invokes ) 



Graphic Data Group (50-5F) 

1) Define P G PFKEY HEX 52 

( MSAM is sending the user selected PF Key to the HOST ) 

2) Define P_G_NO HEX 53 
( PC does not have an APA card ) 

3) Define P_G_BUSY HEX 54 

( MSAM graphics session is currently in progress ) 

4) Define P G ERROR HEX 55 

( A Virtual Device Interface(VDl) error is cancelling an MSAM graphs 

5) Define P_G_X_DATA HEX 56 

( MSAM received unexpected data -no graphics session ) 

6) Define P G REFRESH HEX 57 

( MSAM requesting graphic data refresh ) 



40 



45 



Error Handling Group (70-7F) 

1) Define P_STOP_REQUEST HEX 7F 

( Sent in two cases: , . 

A) The Control Break Key is struck at any time when us.ng MSAM 

( If control break is pressed from a graphics screen, the HOST should respond as .f a qurt (ex 
CICS/PARS) has been pressed. In a gateway session, the HOST shou.d kill all act,ve alert monrtor, and ex,t 

CICS/PARS.) 

B) PF10 is pressed from the MSAM Main Menu) 
The following HOST initiated TYPE BYTES are defined: 



50 

Alert Monitor Gateway Startup (B0-B7) 

1) Define H A ALIVE HEX B0 

( HOST is starting a gateway session - sends h_am_ start )■ 

55 
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Alert Monitor Invocation Group (B8-BF) 

i) Define H_A_INVOC HEX 88 
( HOST is starting another alert monitor for MSAM summary lines ) 
5 2) Define H_A_GOOD_ID HEX BA 

( HOST has access to the AM Status Array ) 

3) Define H A BAD ID HEX BD 

( HOST does not have access to the AM Status Array ) 

10 

Alert Monitor Gateway Execution Group (CO-CF) 

1) Define H A G 0 O D R E A D HEX CO 

( HOST has data from AM Status Buffer to send to MSAM ) 

'5 2) Define H A N O DATA HEX C1 

( No updates to AM Status Buffer since previous MSAM request ) 

3) Define H_A_X_ACK HEX C3 

( HOST is confirming attempt to delete a subset of AM invokes ) 

4) Define H A X ALL HEX C4 

20 ( HOST is confirming attempt to delete all AM invokes ) 



Graphic Data Group (DO-DF) 

25 1) Define H G DATA REPLY HEX D1 

( HOST is sending data to MSAM to display graphically ) 

2) Define H G P F K EY__ AC K HEX D2 

( Ack of a PF key sent to the HOST by MSAM ) 



Error Handling Group (FO-FF) 

1) Define H_STOP_REPLY HEX FF 
( Ack that MSAM is terminating ) 

The data that follows the different TYPE fields is described below: 



Data For TYPE H G DATA REPLY 

40 1) Define BYE GRAPH HEX 0000 

( Exit from alert monitor graph ) 

2) Define ALT GRAPH HEX 0001 

( Alert monitor graph ) 

3) Define VSL GRAPH HEX 0002 

45 ( Low Virtual Storage graph ) 

4) Define VSH GRAPH HEX 0003 

{ High Virtual Storage graph ) 

5) Define DSA GRAPH HEX 0004 

( Dynamic storage graph ) 

so 6) Define HIS GRAPH HEX 0005 

( DSA and OSCOR history graph ) 

7) Define BYE GR VSE HEX 0010 

( Exit from alert monitor graph ) 

8) Define ALT GR VSE HEX 001 1 

55 ( Alert monitor graph ) 

9) Define VSL_GR_VSE HEX 0012 
( Low Virtual Storage graph ) 
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10) Define VSH_GR_VSE HEX 0013 
( High Virtual Storage graph ) 

1 1 ) Define DSA_GR__VSE HEX 0014 
( Dynamic storage graph ) 

5 1 2) Define HIS_GR_VSE HEX 001 5 

( DSA and OSCOR history graph ) 



Data following P G PFKEY (Function Key Pressed) 



70 



1) Define PF1 HEX 0100 
( PF1 key pressed on MSAM ) 

2) Define PF2 HEX 0200 
( PF2 key pressed on MSAM ) 

;s 3) Define PF3 HEX 0300 

( PF3 key pressed on MSAM ) 

4) Define PF4 HEX 0400 
( PF4 key pressed on MSAM ) 

5) Define PF5 HEX 0500 
20 ( PF5 key pressed on MSAM ) 

6) Define PF6 HEX 0600 
( PF6 key pressed on MSAM ) 

7) Define PF7 HEX 0700 
{ PF7 key pressed on MSAM ) 

* 2 s 8) Define PF8 HEX 0800 

( PF8 key pressed on MSAM ) 

9) Define PF9 HEX 0900 
(PF9 key pressed on MSAM) 

10) Define PF10 HEX 0A00 
30 ( PF10 key pressed on MSAM ) 

11) Define PF11 HEX 0B00 
( PF1 1 key pressed on MSAM ) 

12) Define PF12 HEX OC00 
( PF12 key pressed on MSAM ) 

35 13) Define H_PA1 HEX ODOO 

( PA1 pressed on MSAM ) 

14) Define H_PA2 HEX 0E00 
( PA2 pressed on MSAM ) 

15) Define H_PA3 HEX 0F00 
40 ( PA3 pressed on MSAM ) 

16) Define H ENTER HEX 1000 

( Enter pressed on MSAM ) 

17) Define H_CLEAR HEX 1100 

( ESC key pressed on MSAM - interpret as CLEAR on HOST ) «•« 
The different communications buffers and their structures are listed below to describe the traffic 
between MSAM and the HOST. 



45 
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NAME 



SIZE (bytes) 


DESCRIPTION 


g_dsa 


44 


DSA Graph data 


g_vsl 


58 


VSL Graph 


g_vsh 


44 


VSH Graph 


g_his 


840 


History Graph 


h_alt 


162 


Alert Monitor Graph HOST 


g_alt 


162 


Alert Monitor Graph MS AM 



STRUCTURE SIZES ASSOCIATED WITH THE 







Alert 


Monitor Function 


NAME 


SIZE (bytes) 


DESCRIPTION 


h_s y s_te rm__ 


id 


14 


handshaking information 


h_am_start 




32 


add a new summary line 


P_am_start 




32 


h_am_start MS AM reformatted 


h_a_rec 




22 


AM status array 


p_a_rec 




24 


h_a_rec MSAM reformatted 


h_a__array [ ] 


17 


*22 


AM is 17 ( h_a_rec f s ) 


p_a_array [ ] 


17 


*24 


AM status array MSAM 


p_a__ctrl 




52 


record of the control array 


p_ctrl[] 


17 


*52 


A p_ a_ctrl for the 17 sess. 


del^sess 




18 


delete sessions array 


sf_fun 




6 


f unc . code to f unc . maps 


time_out 




6 


structure of timeouts m. No 


t_o__values[ ] 


6*6 


array of type time_out 


t_out 




10 


timeouts and time values 


t_out[] 


6 


*10 


A t_out for each pending m. 



The following structure is passed from the HOST to MSAM at gateway initiation with the H A ALERT 

transmission. It is passed back with the P_A — GOOD_ DATA at each alert invocation. The actual byte 
assignment is: 

0-3 sysid 
4-7 termid 
8-9 HOST index 
10-11 MSAM slot number 
12-13 Host operating system 
( FFFF is MVS, 0000 is VSE ) 

The TYPE field plays a critical role in defining the communication's buffer to the HOST and to MSAM. 
The number of bytes of data is dependent on the value of the TYPE field. For example, if the TYPE field's 
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value is hex 003A, there is no data and the communications buffer is interpreted to mean that the 3270- 
is requesting the host to send the start values for the status information. Alternatively, if the TYPE fie 
value is hex 0001, the 3270-PC interprets the data following the TYPE field to be an alert monito^graph. 



SYSTEM INITIALIZATION 

Referring now to the drawings and more particularly to Figure 3, there is shown the organizational chart 
of the system according to the invention. When MSAM is invoked on an IBM 3270-PC, an initial logo 
display is presented to the user. The user presses the enter key to enter the system. When the system is % 
initially started, the user presses the JUMP key to select a host session. The user logs on to the 
CICS/PARS session that he desires to dedicate as a gateway between CICS/PARS and the 3270-PC. The 
3270-PC screen dedicated to this function remains active until the last CICS/PARS alert monitor is 
cancelled. 

Once the gateway session is established, the user presses the JUMP key to select a second host 
session. The user logs on to the first CICS session that he wishes to monitor and brings up the Alert 
Monitor Invocation screen shown in Figure 4. The first time the system is started, the system configuration 
is presented to the 'user on the configuration screen shown in Figure 5. The options are listed on the left 
side for the user's review. Characteristics that are reflected on this display include the model of IBM 3270- 
PC, the IBM 3270-PC Control Program Release Level, the type of IBM 3270-PC display, the existence of All 
Points Addressable and Programmed Symbols, and the mode of graphics supported. The configuration 
information on these displays are useful for product support because they provide configuration information 
that makes it easier to identify the problem the user is experiencing. 



25 

PROGRAM FUNCTIONAL OVERVIEW 

The functions available to the user are indicated in the four boxes under the MAIN screen in Figure 3. 
These are the Function Key(Fkey) functions, the Network Performance Monitor (NPM) data functions, the 
30 CICS/PARS data functions and the Graphics Functions. The function key functions, include: F1 describes 
the functions of the other Fkeys. F2 executes a DOS command such as displaying a directory listing of your 
disk. F5 changes the level of the history collection to increase or decrease the amount of information that is 
collected. As F5 is pressed, selections are rotated through Collect All Summary Lines to Collect Exceeded 
■ Thresholds Only to Collect No Summary Lines. F6 enters the Voice definition screen; and F8 cancels a 
35 CICS/PARS session. 



NPM MONITORING 

■40. MSAM monitors NPM screens for the purpose of detecting an alert message from NPM. This removes 
the operator from the responsibility of monitoring one or more physically detached terminals for a NPM 
alert condition. To invoke NPM monitoring, the user must use one of the host sessions on the IBM 3270-PC 
to access NPM and set the threshold monitoring parameters. More information on these displays and their 
functions can be found in the Network Perfromance Monitor General Information Manual, GC33-6539 

45 published by International Business Machines Corporation. The session used to set the thresholds must 
remain dedicated to NPM so that the presence of an alert message may be detected by MSAM. 

Information from NPM is obtained through Screen Captures. Screen Capture allows MSAM to access 
the host screen images. MSAM processes NPM screens by distinguishing the screen of interest from the 
other screens, picking out the significant information from the screen and transforming the information into 

so usable information. Since screen capture is used, no structures are needed for communication. 



CICS/PARS MONITORING 

The CICS/PARS data display screen allows the user to view summary line descriptions of CICS system 
resources which are passed via a gateway link between the IBM 3270-PC and the CICS/PARS application 
residing on the host. This gateway session acts as the data channel for all system resource summary line 
information passing between the IBM 3270-PC and the CICS/PARS application. The actual communication 
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is by means of a structured buffer described field. The structured field communication provides an efficient 
method of transmitting data between a host and an IBM 3270-PC. The data stream is reduced to the 
minimal amount of summary information and transferred from the host application to a buffer in MSAM. The 
user can select the applications and thresholds that he would like to monitor. A summary line is built for 

5 each CICS application that is designated for monitoring. The information that can be displayed for each 
C1CS application includes: 1) (DSA)% - the percent of dynamic storage utilization. 2) (OSCOR)% - the 
percent of Operating System Memory that is being used, 3) (CURR TASK) - the number of active tasks. 4) 
(SUSP TASK) - the number of suspended tasks. 5) THRD USED - the number of threads used if a data 
base manager is being used. 6) 0M8% - The percentage utilization of the Data Management Block subpooi 

to if a data base manager is being used. 7) PSB% - The percentage utilization of the Program Specification 
Block subpooi if a database manager is being used. 8) ENQ% - The percentage utilization of the enque 
subpooi if a data base manager is being used. 9) Trans/Sec - The number of transactions per second in the 
previous interval. 10) Last Update - Time that the corresponding session last reported. 11) Alert Message - 
Short message fieid describing the alert condition. 

15 The summary lines indicate various alarm situations by displaying the messages in various colors. Red 
means that a critical threshold has been exceeded, and yellow means that a warning threshold has been 
exceeded. In addition to using color to highlight alarm situations or emit a tone of user designated 
frequency, and key messages can be annunciated through a voice synthesizer. If information from an 
application becomes tardy due to a communications error, the last update time turns red to call the situation 

20 to the attention of the user. 

The final function indicated in Figure 3 is the graphics function. The graphics function includes the 
capability of emulating all of the summary and graphical reports that CICS/PARS provides using four color 
medium resolution PC graphics. One of the advantages of using the IBM 3270-PC is the capability of off- 
loading the host from the burden of formatting and displaying graphics. The graphical displays include bar 

25 charts, pie charts and trends. An example of the graphics capability is shown in Figure 6. In Figure 6, "the 
transaction rate is tracked over time by the individual vertical bars. The percentage of dynamic storage that 
is currently utilized is tracked over time by the solid line. The percentage of operating system core is 
tracked over time by the dashed line. The actual time is indicated beneath each of the vertical divisions. 
The particular application and system are indicated in the top right-hand corner. This display portrays the 

30 usefulness of graphics in condensing. information for quick reference by an operator, 

PSEUDO-CODE OF OVERALL SYSTEM OPERATION 

35 The pseudo-code below presents the high-level flow of MSAM. The main loop that is activated until the 
user exits initially checks to see if a function key is pressed and handles the function that the key 
represents. Then, if NPM is active, the NPM host screen is processed and the portion of the MSAM display 
requiring update is updated with any new alarm messages from NPM. Then, depending on the type of 
communications buffer received, the appropriate processing of the communications buffer takes place. If 

40 data is received, then a graph is drawn. If alert information is received, then the alert information is 
processed and the information updated on the display. The loop is then repeated until the EXIT key is 
pressed. This discussion is only intended to set the stage for the more detailed discussion of the flowcharts. 

do while (exit = FALSE) 
45 if (user presses a F key) 
process F key 
endif 

for (all sessions) 
if (NPM monitoring is actjve and 
so session = NPM) 

process NPM screen 
update NPM portion of MSAM S 
endif 

if (received structured field = 
55 GRAPHICS) 

process graphics data 

draw graph 
endif 
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if (received structured field = 
ALERT) 

process structured fieid 
update CICS portion of MSAM S 
5 endif 

next session 
endwhife 



10 DISCUSSION OF THE FLOWCHARTS 

Referring now to Figures 7 to 23, there is an important distinction to note between the two sets of 
flowcharts. Figures 7 to 13 pertain to the host processing that must transpire to interface to MSAM, and 
Figures 14 to 23 explicitly define the logic resident on the IBM 3270-PC to enable MSAM. The HOST side 
75 of application is actually an addition to CICS/PARS, discussed above. 



MSAM HOST PROCESSING (CICS/PARS) 

20 Referring now to Figure 7, control enters at 10 where a continuous loop is presented. The loop consists 
of carrying out two basic sets of functions, HOST and MSAM functions. As indicated at function block 20, 
the user requests a function by entering information in the form of text or more often by pressing a function 
key. With MSAM, a function key request may be serviced by a structured field. This happens when the user 
presses a function key on an MSAM graphics display. The program next determines the type of function 

25 that was requested at decision block 30. If the function is a MSAM function, then processing is done at 
branch label 40 and a decision is made at decision block 50 to determine if additional HOST processing is 
required. If it is a HOST function or additional HOST processing must be done to a MSAM function, then 
processing is done at function block 60. The MSAM related functions include establishing a gateway with 
MSAM, processing MSAM's alert monitor display, graphic displays, history display; and two virtual storage 

30 displays. A return label at 70 is also provided for returns to the main processing loop from any ancillary 
function processing. 

In Figure 8, the HOST processing of various MSAM related requests is presented. Control enters at 
branch label 1000 from the main loop in Figure 7. in decision block 1010, the program checks to see if the 
user is attempting to start up the HOST gateway between MSAM and the gateway CICS session. If the user 

35 is trying to start the gateway, then a second test is performed at decision block 1020 to determine if this 
session can write to the Alert Monitor Status Array (AMSA). If CICS/PARS cannot write to the AMSA, then 
an error message is formatted at function block 1030 and written onto the display at output block 1040 
informing the user that the gateway cannot be established. If CICS/PARS can write to the AMSA at decision 
block 1020, then the application writes a twelve byte data string of TYPE H_A ALIVE (Hex B0) that 

40 informs the MSAM application that the Host is establishing a gateway session. The data string contains the 
location of the AMSA is passed back to MSAM. MSAM is responsible for informing other sessions of the 
locations of the AMSA. If an error is detected at decision block 1060, then an error message is formatted at 
function block 1080 and written onto the display at output block 1090. The message prompts the user to 
start MSAM on the PC and then retry the invocation of the gateway session. After the message is written 

45 control passes back to the main loop at 70. If no error is detected at decision block 1060, then control is - 
passed to 1070 to wait for the receipt of a structured field message from MSAM. Decision block 1075 
performs the test for receipt of the MSAM communications and passes control to decision block 1300 when 
the communications is received. Depending on the TYPE of communications, the wait may be relatively 
short, as in the case of a status message, or long, as in the case of a request to read the statuses of a 

so CICS application. 

If the user did not request the gateway to be started, then a test is made to see if the user pressed 
function key four at decision block 1100 to start the alert monitor in the mode where summary lines are 
written to the AMSA. If function key four was pressed, then the application writes a thirty-two byte data 

string of TYPE H A INVOK (Hex B8 + Application Identification + Sampling Interval) that informs the 

55 MSAM application of the characteristics of the CICS session to be monitored. If an error is not detected at 
decision block 1120, then the application passes control to the branch label at 1330 to wait for the receipt of 
a structured field message from MSAM. If an error is detected at decision block 1120, then the error 
message is formatted at function block 1140 and presented to the user at output block 1150. The message 
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prompts the user to start MSAM from the PC and to restart the gateway from the CICS/PARS Main Menu. 
After the user is prompted, control passes back to the main loop at branch label 70. 

If the user did not request the alert monitor to be started, then a test is made to see if the user pressed 
function key F2 at decision block 1260 to see if the user wanted to generate a graph on MSAM. If function 
5 key two was pressed, then the application collects the raw resource information used to plot the graph and 

sends it to MSAM in a 780 byte communications transaction of TYPE H G DATA REPLY (Hex D1). If an 

error is not detected at decision block 1230, then the application passes control to the branch label at 1240 
to wait for the structured field message from MSAM. If an error is detected at decision block 1230, then the 
error message is formatted at function block 1250 and presented to the user at output block 1260. The 

w message prompts the user to start MSAM from the PC and to retry the Graphic request from MSAM. After 
the user is prompted, control passes back to the main loop at branch label 70. 

If none of the MSAM requests of the host was received, then control is passed back to the main 
processing loop in Figure 7 at branch label 70. 

in Figure 9, the logic is presented to process a read structured field request after initializing the 

is gateway. The branch to this logic at 1070 is from Figure 8 where the gateway was initialized at 1060. When 
a structured field is received from MSAM, control enters at branch label 1070 and immediately flows to 
decision block 1300 which performs a test to see if the TYPE byte of the structured field is a P_A Busy 
(Hex 31), indicating that a gateway session already exists then a message is displayed indicating the 
situation at output block 1310 and control returns to the main loop processing at branch label 70. If the 

20 TYPE byte is not a P_A_BUSY, then control is passed to branch label 1590 in Figure 1 1 for processing of 
the gateway during execution. 

In Figure 10, the logic is presented to process a read structured field request after initializing the alert 
monitor. The branch to this logic at 1330 is from Figure 8 where the gateway was initialized at 1120. When 
a structured field is received from MSAM, control enters at branch label 1330 and immediately flows to 

25 decision block 1400 where a test is performed to determine if the TYPE byte of the structured field is a, 

p __A_NO GATE (Hex 38), indicating that no gateway session has been initiated. If it is, a message is 

displayed indicating the situation at output block 1410 and control returns to the main loop at branch label 
70 in Figure 7. 

If the TYPE byte of the structured field is a P__A_TOO_MANY (Hex 39), which indicates that an 

jo attempt has been made to exceed the maximum number of allowable alert monitors at decision block 1420, - 
then a message is displayed at output block 1430 to indicate to the user that the action can not be taken 
and control is returned to the main processing loop at branch label 70. 

If the TYPE byte of the structured field is a P_A_GOOD_DATA (hex 3B) at decision block 1440. 
which indicates that MSAM was able to interpret the H_A_INVOC array at function block 1 140 of Figure 8, 

35 then the host validates the H SYS TERMID, which is passed with the P__A__GOOD_DATA string at; 

function block 1050 of Figure 8. The data is valid if the host can read and write to the AMSA. If the area can* 
be read from and written to, then the data 'is assumed valid. If the data is valid, then a TYPE- 
H__A_J300D__ID (Hex BA) is written to MSAM at function block 1460 and a test is performed at decision 
block 1470, to determine if an error has occurred. If an error has not occurred, then a message is displayed 

40 by MSAM on the IBM 3270-PC indicating that a summary line will be constructed for this alert monitor 
invocation at function block 1480. If an error is detected at decision block 1470 then an appropriate 
message is formatted at function block 1490, the message is displayed at output block 1500 and control is 
returned to the main processing loop at branch label 70. If the data is not deemed valid at decision block 
1450, then a TYPE H A BAD ID is written to MSAM to indicate that an error in the CICS Application has 

45 occurred at function block 1510, a message is displayed on the MSAM display indicating the problem has 
occurred and control is returned to the main processing loop at branch label 70. 

If the test at decision block 1440 did not determine that the required header was present, then a test is 
performed at decision block 1530 to determine if the TYPE byte of the structured field is 
P A BAD DATA (Hex 3C). Positive results indicate that MSAM was unable to interpret the 

so H__A_JNVOC array sent at function block 1140 and a message is displayed indicating the problem at 
output block 1 540 and control is returned to the main processing block at branch label 70. If the data was 
not specified wrongly, then a message is displayed at output block 1550 indicating that the request was 
unexpected from MSAM and control is returned to the main processing loop at branch label 70. 

Figure 1 1 shows the logic associated with processing a MSAM request for AMSA information. If no new 

55 information is contained in the AMSA, then this condition is indicated to MSAM and no new information is 
sent. Control enters at branch label 1590 from Figure 9 and immediately flows to a test to determine if the 
request is to read the AMSA at 1600, in which case an additional test is performed at 1610 to determine if 
any new data exists since the last request. If new data does exist, then the information is formatted and 
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written to MSAM in TYPE H A GOOD READ in a communications buffer reflecting the current contents 

of the AMSA at 1620. A test is performed next to determine if an error has occurred at decision block 1630. 
If an error has not occurred, then a structured field is sent at block 1640 and control loops back to 1590 to 
process the next request from MSAM. If an error has occurred, then the error message is formatted at 

5 function block 1650, the message is displayed at output block 1660 indicating the send error and control is 
passed back to main processing loop at 70. If no new data is present at decision block 1610, then a TYPE 
N A NO — DATA (Hex C1) is sent back to MSAM at function block 1670 and a test is made to determine 
if Tn error has occurred at decision block 1680. If an error has not occurred, a structured field request is 
sent at function block 1690 and control loops back to 1590 to process the next request. If an error has 

io occurred, then the error message is formatted at function block 1700, the message is displayed at output 
block 1710 indicating the send error and control is passed back to main processing loop at 70. 

If the request was not an MSAM read request then a test is made at decision block 1720 to determine 
if the request is to terminate all alert monitor sessions contained in a list. If this is a terminate request then 
the host terminates the alert monitor sessions indicated in the list accompanying the P_A_X_SESS (Hex 

15 43) structured field request and writes a structured field message of TYPE H_A_X_ACK (Hex C3) to 
MSAM, which acknowledges the receipt of the P_A_X_SESS request at function block 1730. Next a test 
is performed at decision block 1740 to determine if an error has occurred. If an error has not occurred, then 
a structured field request is sent at function block 1750 and control loops back to 1590 to process the next 
request from MSAM. If an error has occurred, then the error message is formatted at function block 1760, 

20 the message is displayed at output block 1770 indicating the error and control is passed back to main 
processing loop at 70. 

If the request was not an MSAM terminate some sessions request, then a test is made at decision block 
1780 to determine if the request is to terminate all alert monitor sessions. If this is a terminate all request 
then a TYPE H — A__X_ALL (Hex C4) is written to MSAM to indicate the termination of all CICS applications 

25 at function block 1790 and a test is performed at decision block 1800 to determine if an error has occurred. 
If an error has not occurred, then a structured field request is sent at function block 1810 and control loops 
back to 1590 to process the next request. If an error has occurred, then the error message is formatted at 
function block 1820, the message is displayed at output block 1830 indicating the error and control is 
passed back to main processing loop at 70. 

30 If the request was not an MSAM terminate all sessions request, then a test is made at decision block 
1840 to determine if the request is to stop. If this is a stop request then a message is displayed indicating 
that MSAM is shutting down and control is passed to the main loop at branch label 70. If the request is not 
a stop request then a message is displayed at output block 1860 indicating that an unexpected request has 
ben received from MSAM and control is passed back to the main processing loop at 70. 

35 In Figure 2, the HOST has received a request to process graphics information for MSAM. Control enters 
at branch label 1240 and control flows immediately to decision block 1900 where a test is performed to 
determine if a function key request has been received. If a function key request has been received, then the 
function key number is relayed to CICS/PARS for processing at function block 1910 and an acknowledge- 
ment is returned to MSAM by writing a TYPE H G FKEY ACK (Hex D2) at function block 1920 and 

40 returning to the main loop in Figure F7 at branch label 70. 

if the request was not to process graphics information at decision block 1900, then a test is performed 
to determine if the request was inappropriate because of no graphics adapter at decision block 1930. If 
there is no graphics adapter in the PC, then a message is displayed indicating the problem at output block 
1940 and control is passed back to the main processing loop at branch label 70. 

45 if the test for a graphics adapter was negative, then a test is performed to determine if any other host 
graphics sessions are already active on the PC at decision block 1950. If other graphics sessions are active, 
then a message is displayed indicating the problem at output block 1960 and control is passed back to the 
main processing loop at branch label 70. 

If the test for another active graphics session was negative, then a test is performed to determine if a 

50 graphics error has occurred on the PC at decision block 1970. If an error has occurred, then a message is 
displayed indicating the problem at output block 1980 and control is passed back to the main processing 
loop at branch label 70. 

If the test for a graphics error was negative, then a test is performed to determine if bad graphics data 
has been received at decision block 1990. If bad graphics data has been received, then a message is 
55 displayed indicating the problem at output block 2000 and control is passed back to the main processing 
loop at branch label 70. 

If the test for bad graphics data was negative, then a test is performed to determine if this is a refresh 
graphics data at decision block 201 0. If this is a refresh request then a collection of the graphics data is 
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performed at function block 2020 and a TYPE H G DATA R E P L Y (Hex D1) is written to MSAM with the 

requested graphics data at function block 2030 and a test is performed at decision block 2040 to determine 
if an error has occurred.- if an error has not occurred, then control loops back to 1240 to process the next 
request If an error has occurred, then the error message is formatted at function block 2050, the message 
5 is displayed at output block 2060 indicating the error and control is passed back to main processing loop at 
70. 

If the test for a graphics refresh was negative, then a test is performed to determine if a bad graphics 
refresh request data has been received at decision block 2070. If a bad graphics refresh has been received, 
then a message is displayed indicating the problem at output block 2080 and control is passed back to the 

70 main processing loop at branch label 70. 

If the test for a bad graphics refresh was negative, then a test is performed to determine if a stop 
graphics has been received at decision block 2090. If a stop graphics data has been received, then the 
HOST returns to the invoking program at function block 2100 and a message is displayed indicating that the 
HOST has received the stop request at output block 2110 and control is passed back to the main 

is processing loop at branch label 70. If the request is not a stop graphics request at 2090, then a message is 
displayed indicating that the HOST has received an unexpected request at output block 2120 and control is 
passed back to the main processing loop at branch label 70. 

In Figure 13, the detailed logic of the write structured field requests is presented. The writing of a 
structured field corresponds to sending data from the HOST to the IBM 3270-PC. This logic presents the 

20 detailed logic of function blocks, 1050, 1220, 1460, 1510, 1620, 1670, 1730, 1790, 1920 & 2030 of the 
flowchart figures. Control enters at branch label 2200 and flows immediately to decision block 2210 where a 
test is performed to determine if the display is cleared. If the screen is not cleared, then it is cleared in 
function block 2220. In either case, a second test is performed next at decision block 2230 to determine if 
this is the first attempt to write a structured field. If this is the first attempt to write a structured field, then a 

25 test is performed to determine if an IBM 3270-PC is actively attached to the HOST in function block 2240 
and decision block 2260. If there is not an active PC attached, then a message is displayed indicating the 
problem at output block 2260 and control is returned to the main processing loop at branch label 70. If no 
error is detected at decision block 2250 or this is not the first structured field write, then function block 2270 
Is entered to execute the structured field write operation. This operation is the actual communication buffer 

30 send to MSAM. Next a test is made in decision block 2280 to determine if an error has occurred. If an error 
has occurred, then a message is displayed at output block 2230 indicating that MSAM is not active and 
prompting the user to restart MSAM. After the message is displayed, then control is returned to the main 
processing loop at branch label 70. If an error is not detected at decision block 2280, then a test is 
performed at 2300 to determine if a read from MSAM is appropriate. If a read is requested, then a read is 

35 performed at function block 2310 and a test is performed for error at decision block 2320. If an error has 
occurred, then an appropriate message is displayed at output block 2330 and control is returned to the 
main processing loop at branch label 70. If no error was detected at decision block 2320, then control is 
returned to the main processing loop at branch label 70. 

40 

MSAM PC PROCESSING 

The next set of flowchart figures give the detailed logic associated with the IBM 3270-PC side of the 
processing. Referring now to Figure 14, control enters at 3000 where a continuous loop is presented. The 

45 loop consists of carrying out four sets of functions. The first is the handling of function key entries indicated 
at decision block 3010 and branch label 3020. The second is the handling of an alert indicated at decision 
block 3030 and branch label 3040. The third is the processing of structured fields indicated at decision 
block 3050 and branch label 3060. The fourth is the detection and handling of alert monitors that are late in 
arriving indicated at decision block 3070 and branch label 3080. A return label at 3090 is also provided for 

so returns to the main processing loop from any ancillary function processing. 

In Figure 15, the processing of structured fields received from the HOST is presented. Control enters at 
branch label 3060 from the main processing loop in Figure 15 and a test is performed at decision block 
3100 to determine if the host is attempting to initialize a gateway session. If the host is attempting to 
establish a gateway, then a second test is performed to determine if a gateway has already been 

55 established previously in decision block 3110. If a gateway is already active, then a structured field is sent 
to the host of TYPE P__ A__BUSY (Hex 31) at function block 3120, a message is displayed indicating the 
error and control is returned to the main processing loop at branch label 3090. If another gateway is not 
detected at decision block 3110, then the gateway active is set in function block 3140, a message is 
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displayed in output block 3150 indicating the successful initiation of a gateway, and control is returned to 
the main processing loop at branch label 3090. If the structured field was not an initiate gateway notice, 
then control is passed to further structured block processing in Figure 16 at branch label 3160. 

In Figure 16, the MSAM logic associated with initiating the alert monitor processing is presented. 
5 Control enters at branch label 3160 where control immediately passes to a test for a HOST inquiry for 
application alert monitor information at decision block 3200. If this is a host inquiry, then a second test is 
performed to determine if the gateway has already been established at decision block 3210. If the gateway 

has not been established, then a structured field is written of TYPE P A_NO GATE (Hex 38) to the 

HOST, a message is displayed indicating that an attempt has been made to invoke the alert monitor before 

io establishing the gateway from CICS/PARS at output block 3230 and control is returned to the main 
processing loop at 3090. If the gateway has been established at 3210, then a test is made to determine if 
more than sixteen alert monitors are already active at decision block 3240. If there are more then 16, then a 

structured field of TYPE P A TOO MANY (Hex 39) is sent to the HOST at function block 3250, a 

message is displayed indicating the problem at output block 3260 and control is returned to the main 

is processing loop at 3090- If there are not too many alert monitoring sessions already active at decision block 
3270. then a test is made to determine if valid data was sent by the HOST at 3270. If the data is not valid, 

then a structured field of TYPE P A BAD DATA (Hex 3C) is sent to the HOST at function block 3280, a 

message is displayed indicating the problem at output block 3290 and control is returned to the main 
processing loop at 3090. If the data is valid at decision block 3270, then the number of alert monitors is 

20 incremented in function block 3300, a structured field of TYPE P A G OO D DATA (Hex 3A) is sent to the 

HOST at function block 3310, a timeout is set expecting a structured field of TYPE P A__GOOD_ID (Hex 

BA) from the HOST at function block 3320, a message is displayed indicating the data set name and the 
success at output block 3330, and control is returned to the main processing loop at 3090. 

If the structured field is not requesting invocation of a monitoring session, then a test is made at 

25 decision block 3340 to determine if the data is the reply indicating that the identification of the application is 
verified on the HOST, if the information is the reply, then the time-out for the wait for the identification 
information is cleared at function block 3350, a message is displayed indicating the initiation of the session 
at output block 3360. and control is returned to the main processing loop at 3090. 

If the structured field is not a verification reply, then a test is made at decision block 3370 to determine 

30 if the data is a negative reply to the identification of the application initiated at 3320. If the information is a 
negative reply, then the time-out for the wait for the identification information is cleared at function block 
3380, a message is displayed indicating that CICS/PARS on the HOST could not initiate communications 
with the application at output block 3390 and control is returned to the main processing loop at 3090. If the 
structured field was not processed, then a branch is made to branch label 3400 for additional processing of 

35 the structured field in Figure 17. 

in Figure 17, the HOST is sending AMSA data back to MSAM after a request for information has been 
initiated. Control enters at branch label 3400 and a test is immediately performed to determine if the reply 
that the HOST has sent is good data in decision block 3410. If it is good data, then the data is processed in 
function block 3420. 

40 The processing described in Figure 17 is key to MSAM. Before exploring the detailed functions in the 
following flowcharts, a high level explanation of some key processes seems appropriate. The data 

associated with the TYPE byte H A GOOD READ in function block 3420 contains the entire Alert 

Monitor Status Array AMSA as maintained on the host side of the gateway. The AMSA is an array of 
seventeen structures. Each structure describes the current status of a single CICS region. The fields which 

45 make up this structure are presented below: 
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w 



NAME 



S RES V(8) 



LENGTH DESCRIPTION 
(bytes) 



16 



An array of eight integer 
values each representing the 
value of a system resource. 



/5 



20 



25 



N TASK NUM 



TASK P S 



The most current task number 
as defined by CICS. A change 
in task number indicates that 
the AMSA has been updated for 
this invocation. 

The task rate during the most 
recent collection interval in 
tasks per second. 



30 



RESERVED 



Reserved (Used now for full 
word alignment) 



MSAM maintains a control array which keeps threshold and timing information. Similar to the AMSA, the 
control array is an array of seventeen structures which describe the resource status of a single CICS region. 
The fields which make up the MSAM control structure are: 
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NAME 



L U TIME 



LENGTH DESCRIPTION 
(bytes) 



Time of the last update 



N U TIME 



Time of the next update 



INT SEC 



Sampling interval (as passed 
in H_AM_INVOC) (Function block 
114 0 of the flowcharts. 



INT P A FLAG 



Flag Byte which is used to 
indicate a session is to be 
deleted. 



APPLID 



12 character application id 
(as passed in H__AM__INVOC ) in 
function block 114 0 of the 
flowcharts . 



O TASK N 



The most current task number 
as defined by CICS at the 
last update. 



O SEC 



The number of seconds since 
the original invocation. 



S RES T(8) 



16 An array of eight integers 

which represent the threshold 
of a system resource (as 
passed in H_AM_INVOC) at 
function block 1140 in the 
flowcharts . 



INT OP SYS 



Operating system indicator 
Hex (FFFF-MVS, 0 000-VSE) 
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When the AMSA structured field is received by MSAM, each slot in the control array is compared with 

corresponding slots in the control array on MSAM. If the O^TASK N in the control array is not equal to 

the N_TASK_NUM fieid, then if the history feature is enabled, then the history file is appended with the 
5 resource values. In addition, the L_U_TIME, the N_U_TIME, the 0_TASK_N. and the 0_SEC fields 

are also' updated. Then, each member of the S RES V array is compared with the corresponding 

member of the S RES T array. If any S RES T is exceeded, then the following tests and actions are 

taken: 

1) If the voice feature is enabled, a message is enunciated indicating the source of the problem 
io according to the parameters set in the voice window as shown in Figure 37. The voice feature is 

implemented using the ASCII text to speech capability of the IBM Personal Computer Voice Communica- 
tions Adapter. 

2) If the speaker feature is enabled, then a high frequency tone is emitted to alert the user to 
threshold exceeded conditions. To emit this tone, the speaker is programmed for a frequency of 2000 hertz 

15 and a duration of one-half second. The duration and frequency are user selectable. 

3) The attribute bytes of the corresponding field on the summary line are changed so that the field is 
displayed in RED. 

4) A message indicating the problem resource is displayed in the message field of the summary line 
in RED. 

20 5) The attribute bytes of the APPLID field on the summary line are changes to display RED. 

The following tests and actions are taken if the S RES V is within 20% of the S RES T: - 

1) If the voice feature is enabled, a message is enunciated indicating the source of the problem 
according to the parameters set in the voice window as shown in Figure 37. 

2) If the speaker feature is enabled, then a medium frequency tone is emitted to alert the user to the 
25 warning conditions. To emit this tone, the speaker is programmed for a frequency of 500 hertz and a 

duration of one-fifth second. The duration and frequency are user selectable. 

3) The attribute bytes of the corresponding field on the summary line are changed so that the field is 
displayed in YELLOW. 

4) A message indicating the problem resource is displayed in the message field of the summary line 
30 in YELLOW. 

5) The attribute bytes of the APPLID field on the summary line are changes to display YELLOW. 
Should all S RES V values be below eighty percent of S RES T then the attribute bytes of all the 

fields on the summary line are changed to display GREEN. Figure 2 shows an MSAM display with 
seventeen summary lines displayed. 
35 The time-out associated with the request is cleared at function block 3430, a message is displayed 
indicating the success of the read at output block 3440, and control is returned to the main processing loop 
at 3090. 

If the reply does not indicate good data at decision block 3410, then a test is performed at decision 
block 3450 to determine if no new data existed in the AMSA on the host. If no new data existed, then the 

40 time-out associated with the request is cleared at function block 3460, a message is displayed indicating 
the success of the read at output block 3470, and control is returned to the main processing loop at 3090. 

If the reply does not indicate that no data is available at decision block 3450, then a test is performed at 
decision block 3480 to determine if the reply indicates successful deletion of some of the CICS applications 
from the monitoring list. If the test is true, then the summary lines for all the sessions are removed from the 

45 alert monitor display in function block 3490, the time-out associated with the request is cleared at function 
block 3500, a message is displayed indicating the removal of the lines at output block 3510 and control is 
returned to the main processing loop at 3090. 

If the reply does not indicate that applications have been deleted per the request at 3480, then a test is 
performed at decision block 3520 to determine if the reply indicates successful deletion of all the CICS 

so applications from the monitoring list. If the test is true, then the summary lines for all the sessions are 
removed from the alert monitor display in function block 3530, the time-out associated with the request is 
cleared at function block 3540, a message is displayed indicating the removal of the lines at output block 
3550, and control is returned to the main processing loop at 3090. If the structured field was not processed, 
then a branch is made to branch label 6000 for additional processing of the structured field. 

55 In Figure 18, the logic associated with the function key processing is presented. Control enters at 
branch label 3020 from the main processing loop of Figure 14 and immediately enters a test to determine if 
the cancel alerts function key was pressed at decision block 3600. If it was not, then control passes to 
branch label 3610 at Figure 21 for continued function key processing. If the cancel alert sessions function 
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key was pressed, then an array is created containing the set of alert monitor invocations on the host to 
terminate at decision block 3620. If the user has requested a set of sessions, then a structured field of 

TYPE P A X SESS (Hex 43) is sent along with the array of alert monitors to terminate to the HOST at 

function block 3630, a timeout parameter is set to await reply at function block 3640, a message is 
5 displayed indicating the request was made at output block 3650 and control is returned to the main 
processing loop at 3090. 

If a delete set of sessions was not indicated at decision block 3620, then another test is performed at 
decision block 3660 to determine if the delete all sessions was indicated, if delete all sessions is indicated, 
then a structured field of TYPE P_A_X_ALL (Hex 44) is sent to the HOST at function block 3670, a 
io timeout parameter is set to await reply at function block 3680, a message is displayed indicating the 
request was made at output block 3690, and control is returned to the main processing loop at 3090. 

Figure 19 presents the details of alert monitor time-out processing. Control enters at branch label 3070 
from the main processing loop in Figure 14 and immediately enters a test to determine if the time-out is 
from a request for alert monitor data from the host at decision block 3810. If the request is for data, then the 
75 time-out interval is bumped up in function block 3820, a message is displayed indicating to the user what is 
happening in output block 3830, and control is returned to the main processing loop at 3090. 

If the request is for deletion of some of the monitoring sessions at decision block 3840, then the 
summary lines of the requested deletions are removed from the display at function block 3850, a message 
is displayed indicating to the user what is happening in output block 3860 and control is returned to the 
20 main processing loop at 3090. 

If the request is for deletion of all of the monitoring sessions at decision block 3870, then the summary 
lines of ail sessions are removed from the display at function block 3880, a message is displayed indicating 
to the user what is happening in output block 3890, and control is returned to the main processing loop at 
3090. 

25 If the request is for acknowledgement of a function key at decision block 3900, then a message is 
displayed indicating to the user what is happening in output block 3910 and control is returned to the main 
processing loop at 3090. 

If the request is for graphics refresh information at decision block 3920, then the alert monitor display 
replaces the graphics display that the user was trying to use at function block 3930, a message is displayed 
30 indicating to the user what is happening in output block 3840, and control is returned to the main 
processing loop at 3090. 

In Figure 20, the logic enabling the continuous retrieval on a user specified interval of alert information 
is shown. Control enters from branch label 3030 where a test is performed to determine if the MSAM alert 
monitor is already waiting for a reply from the host at decision block 4000. If it is, then a message is 
35 displayed indicating the predicament in output block 4040. If no data is currently awaited, then a structured 
field of TYPE P^A^READ (Hex 40) is sent to the HOST at function block 4010, a time-out is set at 4020, a 
message is displayed indicating the request at output block 4030, and control is returned to the main 
processing loop at 3090. 

Figure 21 presents the logic associated with processing the function keys other than the cancel alert 

40 monitor function key. The valid function keys and their functions are presented at 3609. Control enters at 
3610 and a test is immediately performed in decision block 4100 to determine if one of the graphic function 
keys was pressed. If it was not, then control returns to the main loop at 3090 for processing. If the function 
was not a graphic function, then a test is made at decision block 4110 for the validity of the function key. If 
the function key was not a valid graphic function, then the user is beeped in function block 4120 and control 

45 returns to the main processing loop at 3090 for additional processing. If a valid function key was pressed at 
4110 an additional test is performed at decision block 4130 to determine if the refresh key was pressed, if it 

was, then a structured field of TYPE P G REFRESH (Hex 57) is sent to the HOST at function block 4140, 

a time-out is set to await the reply at function block 4150, and control is returned to the main processing 
loop at 3090. If the refresh function key was not pressed, then a structured field of TYPE P_G FKEY (Hex 

so 52) is sent to the HOST with the number of the function key pressed at function block 4160, the user is 
switched to a host screen in function block 4170, and the previous contents of the MSAM screen, before 
entering graphics mode, are displayed in function block 4180. Then, the keyboard is enabled in function 
block 4190, a time-out is set to await the function key acknowledgement in function block 4200 and a return 
is executed to the main loop processing at 3090. 

55 Figure 22 presents additional structured field processing for graphics data received from the HOST and 
function key acknowledgement. Control enters at branch label 6000 from Figure 17. A test is immediately 
performed to determine if the structure is a reply to a graphics request at decision block 6010. If it is, then 
another test is performed at decision block 6020 to determine if graphics is in progress in another session. 
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If it is, then a structured field of TYPE P_G_BUSY (Hex 54) is sent to the HOST at function block 6040, 
and control is returned to the main loop at branch label 3090. If no other graphics sessions are active at 
decision block 6020, then the data is processed at branch label 6030 in Figure 23. 

If the structured field was not graphics at 6010, then an additional test is performed at 6050 to 
determine if the structured field is a function key acknowledgement. If it is, then a message verifying receipt 
is presented to the user at 6060 and control returns to the main processing loop at branch label 3090. If the 
structured field is not an acknowledgement, then a message saying that an invalid code has been received 
from the host is presented to the user at output block 6070 and control returns to the main loop at 3090. 

Figure 23 presents the details associated with the graphics function. Control enters at branch label 6030 
and enters a test to determine if graphics is already in progress for the session at 6200. If graphics is not in 
session, then a test is made to determine if the data is from a reply to an alert monitor graph at decision 
block 6210. If the data is not from an alert monitor graph, then a final test is performed to determine if an 
APA (all points addressable graphics) card is installed on the PC at decision block 6220. If the card is not 
installed, then a structured field of TYPE P_G_J4Q (Hex 53) is sent to the HOST at function block 6230 
and control is passed back to the main loop at 3090 in Figure 14. If the APA card was installed on the PC at 
6220 or the reply was to an alert monitor graph request at 6210 or if graphics was already in progress for 
the session, then a test is performed next at decision block 6240 to determine if the information is valid 
graphic data from the HOST. If the data is not valid, then a further test is performed at decision block 6250 
to determine if the request was a refresh attempt. If a refresh attempt was not the request, then a structured 

field of TYPE P G X DATA (Hex 56) is sent to the HOST at function block 6260, a message is 

displayed telling the user that unknown graph data was received at 6270, and control is returned to the 
main loop at branch label 3090. If the data was a refresh attempt at decision block 6250, then the display is 
removed from graphics mode and graphics is released from the busy state for this session at function block 
6280. Then at function block 6290, a structured field of TYPE P_G_X_REF (Hex 58) is sent to the HOST, 
the user is switched to a HOST session, and the MSAM screen is restored at function block 6300. Next, the 
keyboard is restored for entries to the HOST at function block 6310, an appropriate message is displayed at 
function block 6270, and control is passed back to the main loop at branch label 3090. If the graphics data 
from the HOST is not valid information, then at decision block 6400, a test is performed to decide if this is a 
refresh graphics attempt. If it is not. then the contents of the display are saved at function block 6410, the 
graphics session is set to busy at function block 6420, the user is switched into MSAM at 6430, and control 
is passed to function block 6510. If it is a refresh attempt at decision block 6400, then the MSAM graphic 
screen is cleared at function block 6500 and control flows to function block 6510 to join up with the control 
logic from function block 6430. Function block 6510 is responsible for drawing the graph on the display. If 
any errors are detected at decision block 6520. then the graphics flag is reset at function block 6530, a 

structured field of TYPE P G ERROR (Hex 55) is sent to the HOST at function block 6540, the MSAM 

display is reset at function block 6550, the display is returned to HOST mode at function block 6560, an 
appropriate message is displayed at output block 6570, and control returns to the main loop at branch label - 
3090. If there was no error at decision block 6520, then control returns to the main processing loop at 
branch label 3090. 



SAMPLE SESSIONS 

Figures 24 to 36 give an example of a computing environment in which MSAM would be used. In this 
environment, there are two HOSTS, HOSTX and HOSTY. Referring now to Figure 24, HOSTX, HOSTY and 
an IBM 3270-PC are shown. HOSTX has four CICS regions active at 7000. Each region can be thought of 
as a separate CICS application such as Accounts Receivable or Inventory Control. HOSTY has three 
applications active at 7010. The IBM 3270-PC has four host sessions and one DOS session active. The 
CICS regions communicate using IBM Multiple Region Option (MRO) which is a specialized communica- 
tions manager built into CICS for communicating between CICS applications. HOSTX and HOSTY commu- 
nicate using IBM Inter System Communication (ISC). As a systems manager in this environment, it would 
be your responsibility to monitor these systems and assure that users received the response time that they 
are accustomed to. Before this invention, it would have been necessary to have a row of displays 
monitoring each separate CICS application and another row of terminals monitoring the communications 
environment. A systems operator would have to move from display to display to determine if there was a 
problem anywhere. The only way to analyze multiple CICS Regions was by the operator either employing 
paper or personal experience. MSAM is capable of monitoring all of these applications as well as the 
communications network and organize this information on a single IBM 3270-PC display. 



21 



0 280 020 



In Figure 25, the same environment as Figure 24 is used, but the user has invoked MSAM by entering 
MSAM on the prompt line of the IBM 3270-PC. The result of this entry is shown at 7030. The user then 
uses the JUMP key on the IBM 3270-PC to access a HOST session at 7040. The JUMP key allows the user 
to move out of the DOS environment and into a HOST terminal environment From the HOST session, the 

5 user logs onto the CiCS application CICS001 at 7050 by entering the command logon applid(CICS001). 
This initiates the communication link depicted at 7060. At this point the user is in communication with the 
CICS application CICS001. 

In Figure 26, the user accesses CICS/PARS from the same host session that the initial communications 
with CICS001 was initiated. CICS/PARS is invoked by entering ECPM. The CICS/PARS main menu appears 

io in the host session display as depicted at 7090. The CICS/PARS application actually resides on HOSTX as 
depicted at 7100 in the same CiCS region as CICS001. From the main menu, the user selects option 
fourteen which establishes a gateway between the CICS Region and MSAM residing on the IBM 3270-PC 

as shown in Figure 27. CICS/PARS will use the gateway to send the data structure H SYS TERM ID to 

MSAM as described in detail in the flowcharts at Figures 24 and 25. CICS/PARS maintains an array that all 

75 the CICS applications can write status and alert information into. This array is used to relay information to 
MSAM through the gateway. The HOST session that the user was interfacing with on the IBM 3270-PC 
displays a message identifying it as the gateway session as depicted at 7400. The CICS Region CICS001 
on HOSTX becomes the gateway server for communications between MSAM and all other CICS applica- 
tions as shown at 7410. A message is displayed on the MSAM screen to indicate that the gateway session 

20 has been established as illustrated at 7420. At this point no information is flowing over the communications 
gateway; however, the HOST session is now dedicated to the gateway. 

In Figure 28, the user selects a second host session at 7500 and logs onto the CICS application that is 
to be monitored using the same logon procedure as discussed earlier. In this example the application is 
CICS004. In Figure 29, the user logs onto CICS/PARS and selects the Alert Monitor Invocation function from 

25 the Main Menu. A full screen of resources will be presented as depicted at 7510. The user selects the 
resources that are to be monitored from this screen. Then the user enters the thresholds which trigger the 
alarms on MSAM. The user also selects the interval that the user deems necessary for sampling of the 
resource. An example of a resource that a user might monitor is the percentage utilization of the Dynamic 
Storage -Area (DSA) of CICS. This storage area is maintained by CICS and used by application programs 

30 through storage requests to the CICS storage control. It is important to a systems manager to keep the 
percentage utilization of this area from exceeding a certain percentage to avoid applications waiting for 
space to free up to execute. Therefore, an operator might want to sample on ten second intervals to assure 
that the percentage has not exceeded a threshold. If the threshold is exceeded, then a message would 
indicate to the operator that corrective measures should be taken to remedy the problem. 

35 Turning now to Figure 30, the steps to actually begin communication between the CICS application and 
MSAM are depicted. At 7540 when all the resources are selected and the threshold and interval information 
has been correctly entered, the user indicates the acceptance to the CICS/PARS application through the 
HOST session on the IBM 3270-PC at 7540. CICS/PARS on the host at 7530 sends MSAM the application 
identification CICS004, the resource and interval information through a communications buffer discussed in 

40 more detail in Figure 8 of the flowcharts. MSAM responds at 7550 by sending CICS/PARS the address in 
temporary storage in which it is to post future summary and alert information. This address corresponds to 
the gateway status array address initially sent by the gateway application in Figure 27. This initial 
communication between the application and MSAM directly is no longer required and is dropped in Figure 
31. All future communications will be indirect by the application CICS004 at 7580 writing status and alert 

45 information into the gateway status array on the specified intervals at 7590 and MSAM communicating with 
the HOST gateway to acquire current status and alert information. 

MSAM polls the gateway to request current information and update its status lines. MSAM is also 
responsible for checking thresholds and presenting alarm information to the operator. This is a significant 
off-load for the HOST resources. MSAM also monitors the updated information to assure proper interval 

so collection of information and notifies the operator if information is tardy in arriving. It is important to note 
that only one of the four host sessions on the IBM 3270-PC is tied up while monitoring is taking place. The 
other three sessions can be used for interfacing with other host applications. The key to this approach is the 
use of the Host gateway status array to accumulate resource status and alert information from the CICS 
applications as depicted at 7610 in Figure 32. Also note at 7615 that the applications are identified on 

55 MSAM monitoring display by application identification to call information such as DSA% to the operators 
attention by both number value and a message if a threshold has been exceeded. Although it is not 
depicted on the display, MSAM can also be logging information to disk to create history information. 

In Figure 33, the steps necessary to bring another CICS application are shown. The user must use a 
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free host session as indicated at 7700 on the IBM 3270-PC to access the CICS application that the user 
would like to monitor. The user logs onto the second CICS region, in this case 80X2001, invokes 
CICS/PARS, and enters the resource information that is to be monitored through the steps discussed 
previously. A temporary communication session begins again between MSAM and the CICS region 
BOX2001 at 7710 and the resource information consisting of application identification, resources, thresholds 
and intervals is exchanged between MSAM and the BOX2001 directly. Figure 33 represents the configura- 
tion as this occurs. After the definition information is passed, the communications is all channeled through 
the gateway as discussed earlier. 

Figure 34 shows MSAM after all of the CICS applications have been set up for monitoring. In this 
environment all seven CICS sessions can be monitored including the gateway application. All that is 
required is to log onto each application, invoke the alert monitor, set the thresholds, logoff to ailow MSAM to 
acquire the settings and begin updating the HOST gateway status arrays. HOSTY at 7750 and HOSTX at 
7760 are both being monitored by a single IBM 3270-PC communicating with only one CICS session with 
all the filtering and presentation of information being offloaded to MSAM on the PC at 7790. It is important 
to note that only one CICS session is communicating information to MSAM, although all seven are being 
monitored. This is accomplished by utilizing the HOST gateway status array. 

In Figures 35 and 36, the interface between MSAM and NPM are illustrated. To access NPM, the user 
invokes an NPM session on an available HOST display window of the IBM 3270-PC at 8000. From the NPM 
menu, resources are selected and thresholds and intervals are entered. NPM at 8010 alerts the operator of 
a threshold exceeded condition by writing an alarm message to the first and second line of the NPM 
session. MSAM polls each host session for the presence of an NPM alarm message. 

Should an alarm message be detected, that message is transferred to the top of the MSAM display as 
depicted at 8050, an alarm is issued as shown at 8030 and the message is copied to the history log file. 
The NPM application remains active on the host that it was invoked from as shown at 8040. It is important 
to make note of the concurrent monitoring of CICS and NPM from the single MSAM display as depicted at 
8050. This capability of monitoring multiple CICS and NPM sessions provides a unique capability to 
manage multiple hosts communication and application environments from a single IBM 3270-PC. 

Claims 

1. In a data processing system comprising a plurality of host processors, executing a plurality of 
programs including a host communication manager program that manages the communication between said 
host programs with a status array which accumulates status information on host programs, a plurality of 
microprocessors communicating with said host processors with a set of types of structured communica- 
tions, at least one of said microprocessors having a storage, a display, a keyboard and a host communica- 
tions interface, the method of simultaneously displaying data representative of operational parameters 
reflecting the performance of host computer programs which are in operation at the same time on said 
microprocessor comprising: 

retrieving said types of structured communications from said storage; 

responding to a user request for operational parameters through said keyboard; 

formatting said types of structured communications based on said user request; 

sending said types of structured communications through said host communication interface; 

receiving said types of structured communications in said host communication manager program; 

carrying out a monitoring operation based on said types of structured communications; 

sending any result of said monitoring operation to said microprocessor; 

receiving said structured communications on said microprocessor through said host communication inter- 
face; and 

displaying said operational parameters on said display. 
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2. The method according to claim 1 wherein the step of displaying said operating parameters 
comprises the steps of: creating a tolerance for each of said operating parameters; and 

displaying a message whenever said tolerance is breached. 

3. The method according to claim 2 wherein the step of displaying a message comprises the steps of: 

coloring said message to indicate said tolerance is breached; 

synthesizing said message into a voice to call further attention to said message; and 

emitting a tone of user defined frequency and duration for further emphasizing said message. 

4. A display system for a monitoring system, said monitoring system including a microprocessor, a host 
communications interface attached to and controlled by said microprocessor, a plurality of host processors 
communicating to said microprocessor through said host communications interface, a plurality of host 
programs including a single host communications manager program managing communications between 
said plurality of host processors and said microprocessor, display means for displaying operational 
parameters from said plurality of host programs, keyboard means connected to said microprocessor for 
receiving user inputs to said display and monitoring system, storage means for storing a set of programs 
controlled by said microprocessor, said display and monitoring system comprising: 

means for retrieving said programs from said storage for execution on said microprocessor; 

means for displaying said operational parameters from said plurality of host programs; and means for 
generating a historical log of said operational parameters on said storage. 

5. The display system as recited in claim 4 further comprising means for displaying said operational 
parameters in tabular reports. 

6. The display system recited in claim 4 further comprising means for displaying said operational 

parameters graphically. 

7. In a display monitoring system comprising at least one microprocessor attached to a plurality of host 
processors, a host communications interface, a storage, a keyboard, and a display attached to and 
controlled by said microprocessor, said host communications interface serving to attach said microproces- 
sor to said host processor, the method of monitoring at least one application executing on at least one of 
said host processors and exchanging a set of operational parameters from said application comprising the 
steps of: 

storing a set of programs on said storage; 

retrieving said programs from said storage and executing said programs on said microprocessor; 
displaying said operational parameters from said host application; and 
generating a historical log of said operational parameters on said storage. 



24 



0 280 020 



O (f) 






























o 




— CM 






■ 














o 




<*ft «M 


o 




*^ Ul 










■ ■ 








M Mi 


C/l 








o 


z 


CO ♦ 






Ul 




01 « 






cz cn <r 








< a n 


< a 


• 




X < 


in o 


e 


a 


a i 


a cj 




o 


O (0 « 


Ul 


>- 




o - 


Q 












o 










• e 






■ 


4 






CO 








CO 


— 




o 


a 




O 


o 




a 


o 


o 




a 









c 
o 
X 



01 

cr 



M 

X 

■ X 



c £ 
« — 

w 

a 



<N O O 

o o a 

o o CO 

t* o o 

O O <M 

o o 



CO 



X 
X 
X 
X 



o 



<M O 

a o 
o o 



co 
X 

a 



n o -* 

a o m 

o o m 

N O >, 

o o <o 

a o w 



• cm o « 

• Zoom 

X 3 o o - 

« 5 x m 

x is o 

■ i- o o — 

— x o o o 

• x X o 
> X < <m o a 
w o o 

• a a 

e fM o o 

— « o o o 

C4 o O t 

• « 

— • • ■ i i* 
a. ^ * * 
E * « « m 

+ 3 w 

W •* - J £ 

« « 4 3 h- 

» «■ > X 



x x x x 
X X X X -i 

< u a o 









X 








X 


X 








X 








X 


X 








X 








X 


X 








X 








X 


X 








X 








X 


X 


























X 








X 


X 








X 








X 


X 








X 








X 


X 








X 








X 


X 








X 








X 


X 


























X 








X 


X 








X 








X 


X 








X 








X 


X 








X 








X 


X 








X 








X 


X 






X 


X 






v» 


X 


X 




-a 


X 


X 








X 


X 




• 


X 


X 








X 


X 




> 


X 


X 


o 




X 


X 


X 




w 


X 


X 






X 


X 


X 




• 


















m 


X 


X 


X 




X 


X 


X 




J* 


X 


X 


X 


*i 


X 


X 


X 




o 


X 


X 


X 




X 


X 


X 






X 


X 


X 


X 


X 


X 


X 






X 


X 


X 


X 


X 


X 


X 
























• 


t 


m 


« 


• 


1 


• 




TV 


■ 








■ 


• 


■ • 




« 


t 


m 






ff 


« 


■ 


• 




•o 


«• 






• 


1 


• 




o 


m 




























o 


o 








cr 








o 


o 


> 


e 




a 




«• 


• 


a 


GL 




o 


< 


CJ 


o 


3 




CO 


CO 




X 


ui 


Ul 


< 


to 




X 


Ul 






a 


o 








o 


a. 
















# 


* 






a 


o 


n 


o 


o 


a 


o 




• 


ca 








<>• 








Ui 

















r> e 





O 





















C 




o 


Q 




e 










































w 


m 










o 






c 






e 


E 


* 


w 




m 












o 






a 




• 


















Ul 








«■ 








• 


« 




C 


a 




M 






w 




O 




w 




w 




« 




• 




















<• 















* a 

x a 

* a 

— cr 

u. ui 

Ck 



<UJ 

^ uj 
a co 



J 



< 

cr 
o 

cr 
a. 



0 £80 0£0 





O 




























GO 


























Ul 


u 


























TH 


4 














41 


41 

CA JC 


41 

C7I 


41 


41 

«•* 






41 














ft 




*4 




u 






Ol 












41 w 


W 


* 


h» 




41 


Ul 




ig 










41 


o 


w 




O 








^1 








• 




< ** 










< 


ABOV 


o 
to 

• • 


41 
41 

2 


41 








•3 


CO 

41 

— O 


(0 

O 


TJ 
<ff 

*D 


O 


41 

Tl 






rt 










cx — 




C 




C 


a 


WAS 


in 








GC 






- £ 


i 


41 


i 


41 








^* 




O 




41 






a 


«4 


a 




CO 


41 




ca 


u 


09 


i. 


— c 


c 




C 


m 




O 








CO 


2 


-C 




>» 


3 


>* 


3 


3 






< 


2 


a 


o 


Q 


H- 


2 a 


o 


cn 


o 


01 


2 








o 


o 


o 


O 


O 


o o o 


o 


o 


o 


o 


o 






41 

<** 


cm 


CM 


o 


a 


CM 


ci n tr 




CI 




o 


CM 



Ul 
I 

o 



— CO — 



u. 
o 

Ul 

-J 

Ul < 

a > 
< 

to 3 

Ul O 

2 a 

o 
cr -i 

Ul 0) 
-I 

< Ul 
X 
2 H» 

a 
z 



•J 



C 
4 



3 a 
z 

4 ui 

CO CD 

ca 
a 

€ as 

- 2 
< a 



4 O OI 

T) O t 

a 

3 CO CO 

o o 



9 C* CO Ok CO O 



o en 



*o o *n o o o 
^ n t n « n 



CO CO CO CO CO CO 

o o o o o o 



CO CO 

o o 



CO CO CO CO CO CO 

o o o o a o 



o t t 

41 • • 

in co co 



N CJ AO o N o 
M N M N <N 



OOOOOOOO 



oocicn^ro^rm 



ttf>o<M«rcn«rv) 



OlOONNOO^o 

ooooooooo 



N-if>O<M<D04»0* 

n ^ n ^ t - n — 



— — *r «o <o » o 



o 
c 
4 
u 
1 

CO 
U. 



O 







« 


-a 








41 






w 








1- 
















CL 




a 




«t 




a 




3 


•4 


z 




01 


1- 


Ul 




u 


JC 


u 




w 


4 


cr 


o 


3 


4 


3 




U 




o 








Ul 




cc 




Ul 




o 




a 




u 


* 






Ul 




GC 


O 


o 




o 








U. 




< 








cn 


* 




2 


o 




o 








a 

• • 


-» 








ac 






o 


o 


cn 




• * 




u 




cn 






a 


o 


Z 


a 






o 




< 




2 







CM — CM <0 ^ O 



41 
Ul 
■ 



o o 



oonoNinoa) 



m<oc*«r^<Moo» 



Moonnoooo 

N N O ^ m W I) — 



cn — co «o <o cn o 



cn 
a 
a 
a 

U* 



u — ooooooooo 



-1 


-3 




"3 


~> 




1 


-3 


CM 


CM 


CM 


CM 


CM 


CM 


CM 


CM 


Cft 


O 




CM 


O 


*r 


r> 


<0 


O 
















Ul 


Ul 


Ul 


Ul 


Ul 


cn 


cn 


cn 


U 


u 


U 


a 


U 


U 


a 


u 


u 


u 


a 


u 


a 


a 


u 


U 



55 

is 



CVJ a 

< 

CD 

cc 

: o 

Li- S 

CL 



0 280 020 




Cancel 
Alerr 
Moaitors 



FIG. 3 



<o U> 
co 

a ui 

< a 

2 < 
a 

co ui 

c* U 



a ^ 

z 

o ■ w <•* 

— u • 

TJ — «| -« 

< — U TJ 

U — mm 

O a c tj u 

> a o * o 

Z < - m 

— a* w — 
• -c c 

w H- O 

2 

e — 



o 



z 
o 

2 



cc 

UJ 



UI 

a 
< 
a. 

u 



• a 

> o 



+ m 

3 

* r> — 
O > 



cm* 

o c 
E o 



a 

• >- o 

— X 

■I 2 w 

o 



— TJ 
o — 
o 



a 
z 







tj 


TJ 






TJ 












« 


m 


• 






41 






















TJ 








U 














m 
m 


a 




i 






# # # 






u 






■ 


a 
















TJ 




I 


«« 














• 


O 




o 


O 














TJ 






















— 


xz 






u 














O 


a 






a 


1 


■ 


J 


J 






m 






c 


I 


TJ 


f 










m 


O 








« 


■ 

■ 


- 


■ 
J 






c 










1 


- 








X 


w 




O 
















o 






u 






















o 




o 


o 


o 






1 










TJ 


o 


o 


o 








o 




o 


o 




a 


a 


a 






1- 


z 




Z 


Z 


• 










4 














CO 


CO 


a 






w 


1 




■ 


1 


JZ 




W 


z 




m 


O 












a 


a 






O 

w 


TJ 


z 


LT 




Z 






«-» 








• 








w 






^* 






<* 


— • 


o 


< 


o 


o 


•J 




-j 


-J 


« 


TJ 


a 










o 


o 


o 


o 


c 


C 


E 




UJ 














o 


O 


4 


« 


o 




« 












o 


in 


>- 




>- 


>• 












m 














TJ 






a 


CO 












• 


• 






O 
























o 


ui 


>• 




>• 


>• 










>% 


CO 

o 






IS 






# 


* 


r» 


o 


a 


o 


cn 


z 


CO 


Z 


>• 






o 


o 


m 


















o 


o 


a 


1 


f 


1 




















i 


1 










1 


i 








i 


1 


m 








I 


i 


* 






i 


I 


c 








1 


i 




CL 


> 




1 










1 


• 


«• 


£ 




c 


1 






n 




1 


* 




* 


• 


• 


1 






<t 




l 






01 








• 


i 


01 




1 


m 






e 


> 








Z 




1 




TJ 








X 










1 




• 


♦* 






o 


>* 




u 




1 




TJ 


4 


« 


4 


a 


m 




a 




t 


• 


C 


a 






a 




c 






a 


> 


« 




a 


a 


a 




o 




o 




a 




E 




m 


«« 


3 


r- 


< 


u 




« 


• 












c* 


in 


tn 


o 


3 




to 


a 




o 


-J 


n 


o 


o 


< 


(0 


c 













111 



3 o 
Z *- 

Ui — 

2 c 
I o 

a cc 
ui 



(n > 

a — 

o - 

H a 

— « 
Z 

O w 

2 • 

r 

ui 

> o 



a o 



u, 

a s 
u 

h- — 

< — 

UI 4 
1 

a 1 

ui m 

t- — 

Z > 

UI « 

o 

z 
a 

u. 

ui a 
a 

i m 

r> «i 

U. 3 
a 



ui <o 
x n 
■ o 

u. a 
a a 

Ui 



3 s 

ocy> 



0 280 020 



X 
UJ 



o 
< 

CO 
(0 
UJ 

Z 



cc 

UJ 

-I 

< 

Ul 



oi < 
< O 
a 



oi 

z a 

< UJ 
GC 01 

01 

=> a 

0) * 

ac 

uj as 

-« 2 * 

< a 

Q Q 

CC UJ 

X U> 

I- 3 

a 

ui m 

3 < 
03 H- 

oc a: 

a ui 

o < 

o i- 

ac 
o 

0 # 

01 

o 
< 

01 * 

a 

























ai 

..... 






















-* 


























m 






















































Of 












































































































w 
















41 


41 
















4l 




o 




™" 








Ql 








O 


9 






.0 
























*4 






















O 


O 








*4 








41 




Of 




— * 
















^™ 




* 


















*o 


w 


















& 












IX 










c 
c 
























o 












w 












/ 1 




















w 


•4 






*■ 




w 






o 


O 


04 


41 


41 


§ \ 


o 


4J 






CI 




Z 


z 


to 




>• 


CL 


Z 






























o 






















o 




41 


41 


c 




>% 


41 


41 


41 


41 






E 


e 


41 


o 


41 


4» 






"O 


4» 


o 


ca 










> 




J3 


O 


O 






UJ 






















a 


o 




a 




w _ 


-4 


«l 


41 


E 






*4 






* 


41 


41 








>» 










01 




ac 


> 




a 


41 


03 


C 


w 


< 
















u 




41 






Z 






E 












w 












41 










4» 


w 


< 


O 


< 






W 








< 


£ 


3 












at 










E 


U 




O 


n 






o 








41 


«j 






> 


















w 








U. 






a 








c 


at 




a 




o 
















o 




41 




1 














o 


i. 








Z 






o 








a 


a 




a 




a 






w 
















































C 
























O 








< 










cx 






a 


















-J 




J UJ 



< uj 
aw 



LO 

C£ 



o 

01 — 
U -J 
— Q. 

u a 
< 



o 

U. 

z 
o 
u 



UC5PARS OSCQR and DSfl History 17 OCT 85 1555:84 

Collection Interval (Seconds)i 5 fipplid « C1CSPARS Sysid ■ CICS 

Number of Data Recordsi 108 

0SC0R<16 PSft 0SC0RM6 Tran rate! 




155458 



15:46:41 15:49:26 15:52:11 

T i me 

PFl=Help PF3=Return PF18=M*nu ESC-Quit 

- 8738 



FIG. 6 



DISPLAY 
SCREEN 



0 280 020 



c 



START 



REQUEST 



y 



10 



USER REQUESTS 
A FUNCTION 



DECISION 



/ 



20 




YES 



FIG. 7 



40 



MSAM 
FUNCTION 




PERFORM HOST 
FUNCTION. 


YES ^HQST ACT10N\NO 


\. REQUIRED 









FROM PC 
RELATED 
FUNCTION 





WRITE SF. H-A-AUVE 
(OxBO). HOST 
ESTABLISHING A 
GATEWAY SESSION. 
DATA: 12 BYTE 
LOCATION OF THE AM 
STATUS ARRAY 
(H_SYS_TERM_JD) 
[WSF_A_REQ 0] * 



J 



1140 



WRITE SF: 
H_A_ CONTROL (OxBA). 

DATA IS APPUD. 
SAMPLING INTERVAL 
AND THRESHOLDS 

(H_AM_START). 
[WSF-L.STRT OJ. 



1220 



WRITE SR 
HLG-DATA_REPLY 
(OxDI). HOST 
DESIRES TO DRAW A 
GRAPHICS SCREEN ON 

THE PC. DATA- 
GRAPHIC QUANTITIES 
(GRAPH SPECIFIC). 
[WSF-G-DATA 0} 



RETURN 
PAGE 
1 




FIG. 


FIG. 


8A 


SB 



FIG. 8 



0 280 020 



1040 « 




MESSAGE ERROR 
WRITING TO THE AM 
STATUS ARRAY. NO 
GATEWAY ESTABLISHED i 



READ 
STRUCT. 
FIELD 




1070 



1090 



MESSAGE: START MSAM 
FORM PC SESSION. 
RETRY FUNCTION 14 
FROM CICSPARS 
MAIN MENU. 



READ 
STRUCT. 
FIELD 



1330 




1150 



MESSAGE: START MSAM 
FORM PC SESSION. 
RETRY FUNCTION 14 
FROM CICSPARS 
. MAIN MENU. 



READ 
STRUCT. 
FIELD 



1240 




.1260 



MESSAGE START MSAM 
FORM PC SESSION 
RETRY GRAPHICS REQUEST./ 



FIG. 8B 



JL 

RETURN 



READ 
STRUCT 
FIELD 



/ 




fig. a 



1310 



MESSAGE 
GATEWAY ALREADY 
ESTABLISHED 
FROM ANOTHER 
HOST SESSION. 



70 



PC 
FUNCTION 
COMPLETE 

sPAGE 1 



READ 
STRUCT. 
FIELD 



/ 




1590 



0 280 020 



READ 
STRUCT. 
FIELD 



1330 




FIG. 10A 



1460 



WRITE SF: 
H_A_GOOD_ID (OxBA) 
NO DATA. NO READ. 



(0X3C) 

REQUEST^ 



1530 




1510 



WRITE SF: 
H-A.BAD.JD (OxBD) 
NO READ. [ERR B]. 
[ERR 9 CORRESPONDS 
TO A WSF ERROR] . 



YES 



FIG. 


FIG. 


10A 


10B 



FIG. 10 



FIG. 10B 




,1410 



MESSAGE NO GATEWAY 
YET INITIALIZED . 
USE FUNCTION 14 
FROM MAIN MENU. 



— i 1 



\1420 



MESSAGE: REQUEST TO 
EXCEED THE MAXIMUM 
NUMBER OF AM'S WHICH 
THE PC CAN HANDLE 




1480 



MESSAGE PC WILL 
CONSTRUCT A SUMMARY 
LINE FOR AM 
INVOCATION X. 




/ 



1500 



MESSAGE WSF ERROR 
TRANSMITTING CONFIRM- 
ATION TO MSAM. 
INVOCATION CANCELED. 




,1520 



MESSAGE HOST COULD 
NOT ADDRESS TEMPORARY 
STORAGE SET UP FOR 
THE AM STATUS BUFFER. 




1540 



MESSAGE PC FOUND / 

APPUD. SAMPLING / o 

INTERVAL. OR THRESHOLDS / 
OUT OF RANGE / 



MESSAGE UNEXPECTED 
REQUEST (X) FROM MSAM. 



1550 



PC 
FUNCTION 
COMPLETE 



0 280 020 



FIG. 11 



READ 
STRUCT. 
FIELD 



1590 



FIG. 
11A 


11B 


FIG. 
TIC 


RG. 
11D 




1610 
YES 

NEW DATA - 
? 



1620 



WRITE SF: 
W_A_GOOD_READ 
(QXCO). DATA IS AM 
STATUS BUFFER. 
[WSF_RD_SA()i 
STRUCTURE IS 
H__A_ARR AY. [ WSF 
ERR 23] . 



1670 



WRITE SF: 
H_A_NO_DATA 

(oxci). 



1680 



(0X43) 



YES 




1730 



WRITE SF: 
H_A_X_ACK (0XC3). 
TERMINATE ALL AM 
SESSIONS IN LIST. 
THE STRUCTURE 
DESCRIBING THE LIST 
IS DEL-SESS. 




FIG. 11B 



H 




1640 



READ MODIFIED. 
EXPECTING P_A_READ 
(0X40). P_A_X-.SESS 
(0X43). P_A_X_AI_L 
(0X44). OR 

P-A~STOP_REQUEST 
(0X7F). 



1590 




1660 



MESSAGE WSF ERROR 

SSP^P* STATUS ARRAY 
DATA. TERMINATING GATEWAY ) 



1690 



_ READ MODIFIED. 

ACTING P-A.READ 
(0X40). P-A-JCSESS 
(0X43). F_A_X_ALL 
(0X44). OR 

P_A»STOP_REQUEST 
(0X7F). 



1070 




.z 



1710 



/„« ME8SAG B WSF ERROR 
/SENDING NO DATA AVAILABLE- 
TERMINATING GATEWAY 



1750 



READ MODIFIED. 
EXPECTING P_A_READ 
(0X40). P__A_X_SESS 
(0X43). P_A_X_ALL 
(0X44). OR 

P-A»STOP_REQUEST 
(0X7F). 




1590 



L. 



0 280 020 



(0X44) 




YES 




JL 



1790 



WRITE SF: 
H_A_X_AL1_ (0XC4). 
TERMINATE ALL 
ACTIVE ALERT 
MONITOR 
SESSIONS. 



jL 



,1760 



CERR 24] 




J. 



FIG. 11C 



MESSAGE WSF ERROR 
DELETING X 
SELECTED AM'S. 



1770 



1810 



H> 



READ MODIFIED. 
EXPECTING P-A.READ 

(0X40), OR 
P-A-STOP-REQUEST. 




MESSAGE WSF ERROR 
DELETING ALL AM 
SESSIONS. 
TERMINATING GATEWAY. 



1850 



MESSAGE STOP 
REQUESTED FROM 
MSAM. 



MESSAGE 
UNEXPECTED 
REQUEST (X) 
FROM MSAM 



1860 



70 



MSAM 
FUNCTION 
COMPLETE 



FIG. 11D 




0 280 020 



Z 

READ 
STRUCT. 
FIELD 



1240 




FIG. 12A 



FIG. 
12A 

FIG. 
12B 



FIG. 12 



1910 



.1920 



PASS THE PF KEY 
WHICH WAS PRESSED 
ON THE MSAM GRAPHIC 
SCREEN TO THE HOST 
WHERE A HOST FUN- 
CTION IS REQUESTED 
CP-PF.KEY03. 



WRITE SF: 
H_G_PFKEY_ACK 
(0XD2). ACKNOW- 
LEDGE RECEIPT 
OF THE PF 
KEY. 



1940 



MESSAGE PC HAS NO 
GRAPHICS ADAPTER. 
GRAPHICS ARE NOT 
SUPPORTED. 



1980 



/ MESSAGE GRAPHICS 
"^7 ARE ACTIVE FROM 
/ANOTHER HOST SESSIONS 



<0X55)^k,i970 

IEQUES>\ YES 



1860 



.P-G-ERROR 
? 

"NO 



MESSAGE ERROR 
DRAWING GRAPH WITH 
MSAM. GRAPHICS 
TERMINATED. 




: <L 

MESSAGE MSAM 
* RECEIVED BAD 
GRAPHICS DATA. 
GRAPHICS TERMINATED./ 



2000 



.2030 



(0X58) 



WRITE SF: 
H_G_DATA_REPLY 

(0XD1). DRAW A 
GRAPHICS SCREEN 
ON THE PC. DATA 
STRUCTURES ARE IN 
STRUCT.H. (GRAPH 

SPECIFIC). 
[WSF-.G_DATAO] . 



2070 

REQUEST WES 





2100 



MESSAGE BAD 
GRAPHICS REFRESH. 
GRAPHICS TERMINATED. 



HOST 




RETURNS 




TO IN- 


1 


VOKING 




PROGRAM. 





MESSAGE THE 
MOST RECEIVED 
A STOP REQUEST 
FROM MSAM. 




MESSAGE UNEXPECTED 
REQUEST (X) 
FROM MSAM. 



. <7, 1° 
MSAM 
FUNCTION 
COMPLETE! 



FIG. 12B 



2120 



0 280 020 



WRITE 
SF 
REQUEST! 



2200 



FIG. 13 




2220 



CLEAR 
SCREEN 



J 




.2260 



IST* 
CALL TO 
..WRITE SF, 

r 

NO 



2240 



EXECUTE READ 
PARTITION 
QUERY 
STRUCTURED 
FIELD. 



MESSAGE NOT 
CONNECTED TO 
A 3270 PC CAPABLE 
OF TRANSFERRING 

DATA. 
[RC = NOT, CONN] . 



2250 



2270 



EXECUTE WRITE 
STRUCTURED 
FIELD CALL. 




2310 



EXECUTE 

READ 
MODIFIED. 




2290 



MESSAGE: MSAM IS 
NOT ACTIVE PLEASE 

START MSAM FROM 
THE PC SESSION. 
CRC = NOT_ACTlVE] 





2330 



MESSAGE: 
EXPECTING MSAM 
COMMUNITATION. 
GOT KEY FROM 

HOST. 
[RC = H-RESETJ 





FIG. 14 




0 280 020 



FIG. 15 



3060 



WRITE SR P_A_ BUSY 
(0X31). ONLY ONE 
GATEWAY 6ES8ION 
AT A TIME ALLOWABLE 





^,313 0 

MESSAGE 
INVALID ATTEMPT 
TO INITIATE 2ND 
GATEWAY FROM %S. 

[5109] 



C N_AM_6ES8 = 0] 
THIS INDICATES THAT 
A GATEWAY HAS BEEN 

ESTABLISHED BUT 
THAT NO CONNECTIONS 
HAVE YET BEEN MADE 



3150 

.Z 



'MESSAGE: GATEWAY / 
INITIATED WITH / 
LAST 6ES610N #. 

[5110] 



THE NEXT TRANSACTION IN THIS 

GATEWAY SESSION WILL BE A 
REQUEST FROM THE PC TO SEND 
ALERT MONITOR DATA WHICH HAS 
BEEN (HOPEFULLY) COLLECTED 
BY THE HOST. 



V / 



3160 



NEXT 
STRUCT. 
FIELD 

PAGE, 
3 



1 



2. 



3090 



CONTINUE 
POLLING 
LOOP 

PAGE 
1 



0 250 020 



o 

CO 
CM 
CO 




CO 

d 



St 

CDm 



< 
CO 





co < £r o ^ 



CXI ' 
CO 



IXJ 



CD I 



^8: 



CD 
Ui 



0 280 020 



O 

CO 
CO 
CO 



UJi 



2S = 



O 
CO 
CO 
CO 



\ 



3 g . 



C» 



o 

09 
CO 
CO 




CO i? 



o 

CO 




STRUCT. 
FIELD 
FROM 

IOST 



3400 



FIG. 17 



3410 

REPLY = i\ YES 
l_A_GOOD_READ 
(OXCO) 
? 

NO 



2* 



20 



PROCESS 
DATA 
FROM HOST 
AM STATUS 
ARRAY. 



/3430 



CLEAR 
TIMEOUT 
ASSOCIATED 

WITH 
P-A_READ 

(0X40). 




^3440 



3450 

REPLY = = 
H_A_NO_DATA 
(0XC1) 
? 



YES 



3460 



CLEAR 
TIMEOUT 
ASSOCIATED 

WITH 
P-A-READ 

(0X40). 




3400 



REMOVE FROM 
THE DISPLAY 
THE SUMMARY 

LINES FOR 
ALL 6ESSI0NS 
WHICH ARE 
INCLUDED IN 
THE DEL-SEBS 
STRUCTURE 



3500 



CLEAR 
TIMEOUT 
ASSOCIATED 

WITH 
P-A-X-SESS 

(0X43). 




3530 



REMOVE FROM 
THE DISPLAY 
ALL 
SUMMARY 
LINES. 



3540 



CLEAR 
TIMEOUT 
ASSOCIATED 

WITH 
P_A_X_ALL 

(0X44). 



MESSAGE: 
SUCCESSFUL 
READ OF 
HOST (%S) 
AM STATUS 
ARRAY. 
[5121] 




^3470 



MESSAGE 
EXPECTED 
UPDATES 
FROM %S. 
STATUS ARRAY 
NOT 
UPDATED. 
[51241 




.Z 



3510 



MESSAGE; 
AFFECTED 
SUMMARY 
LINES ARE 

BEING 
REMOVED 
FROM THE 

DISPLAY. 

[5126] 




^550 



MESSAGE 
ALL SUMMARY] 
LINES ARE 

BEING 
REMOVED 

FROM 
DISPLAY. 




CONTINUE / 
POLLING 
. LOOP 



3090 



0 280 020 




U uzu 




FIG. 19 



3820 



ADD INTERVAL 
SECONDS TO 
EXPIRATION TIME. 



/3850 



REMOVE FROM THE 
DISPLAY THE SUMMARY 
LINES FOR ALL 
SESSIONS WHICH 
ARE INCLUDED IN THE 
DEL.SESS 
STRUCTURE. 



3880 



REMOVE FROM THE 
DI6PLAY ALL SUMMARY 
LINES. 



3930 



GET OUT OF GRAPHICS 
MODE RESTORE AM 
SCREEN DISPLAY. 
MAIN PF KEY SET. 
RESET GRAPHICS INDEX 
TO INDICATE GRAPHICS 

NOT ACTIVE. (SEE 
PAGE 10 FOR DETAILS). 



3830 





TIME OUT (# SEC) 7 
WANTED HOST / 
TO SEND AM / 
STATUS ARRAY f-n 
UPDATE RETRYING. / 
[5133] / 

/3860 

MESSAGE TIMEOUT 
(# SEC). 
AFFECTED 
SUMMARY LINES 

ARE BEING 
REMOVED FROM 
DISPLAY. 
C5134] 
/389Q 

MESSAGE TIMEOUT 
(# SEC). ALL 
SUMMARY UNES 
ARE BEING RES 
MOVED FROM 
DISPLAY 
[5135] 



3910 



TIMEOUT (# SEC) 
WANTED ACK OF 
SENDING A PF KEY. 
[5138] 




3940 



MESSAGE TIMEOUT / 
(# SEC). WANTED / 
REC _SPI_QP GRAPHICL> 



REFRESH DATA. 
[5U2] 



CONTINUE 
POLLING 
LOOP 
PAGE 1 




30S0 



0 280 020 



/3030 




CURRENTLY 
WAITING 
FOR A 
REPLY 
? 



FIG. 20 



YES 



2. 



4010 



WRITE SR. P>A_READ 
(0X40). TELLS 
HOST TO READ 
THE HOST ALERT 
MONITOR (AM) 
STATUS ARRAY IF IT 
HAS BEEN UPDATED. 



4020 



EXPECTING 
H_A_GOOD-READ 
(OXCO) OR 
H_A_NO_DATA (0XC1) 
SET TIMEOUT. 



/ MESSAGE 
/ REQUESTING 
U READ OF HOST 
T AM STATUS ARRAY 
/ FROM HOST %S. 

/ [5136] 



4030 



MESSAGE: 
WAITING FOR %S 
FROM SESSION %S. 
CANT SEND %S. 

[5145] 




CONTINUE 
POLLING 
LOOP 



CD 

z 
o 

z 

LL 

Q 
LU 

O 

o 

CD 

3 



52 

UJ 

LL 
Q_ 

Q 
-J 



Z 

o 

"I 



Z 
1-9 

J ? 



o 

<* 

u. 
a. 



LU 
CO 



crcr crcr cr 
oooo o 

CD CO CO CO ^ CO 
LUUJLUUJ^LU 

crcrcrcr^cr 



o 
o 
ia 
o 

g 

z 
cr 

a? 

LU LU 
ICT 



O-. 

CO ^ 

oZ_ 
OUjX 
^ *5 CO 

f-ZCCh- 
~ LL — 

0<ujD 
CJ2CO 



r- co to t= cr co 

U_ LL LL LL O LU 
< 

cr 

C3 
I 

< 

CO 
G 



LU LLI LU LI I 111 

gceccira: 

£38222 

cr crcr crcr 



o 
o 

CD 

LU LU <2 <D 
ICCaSO 



t- CO ° CO 
LL LL. LL LL LU 

< 

cr 
a 
i 

-j 



LU LU LU 

crcrcr 
ooo 
hhf. 

CO CO CO 
UJ UJ Lil 

crcrcr 



UJ LU 

crcr 
oo 

coco 

LULU 

crcr 

o 
o 

CO 

o 

r- co Z 
LU LU $2 < D 

xcr v 2o 



t- co ^- ° CO 

LLLLLLLLLU 
< 

cr 
a 
i 

i 

CO 

> 



LULU LULU LULU 

crcr crcr crcr 
pppp oo 

CO CO COCO coco 
LU LU LU UJ LULU 

cr crcrcr crcr 



s 

Si UJ 

§2- S 

LU LU **- -3 LU LU 

ICT20 II- 



LL LL LL LU LL LL 



< 

cr 
(3 
i 

co 



< 

cr 
(3 
i 

< 



en 
o 
co 
co 



7 



< 


CO 


CVi 


CVJ 

• 


d 

u. 


FIG 










• 






o 

CM 



LU* LJ 
CJO«'X 

cooiy 

LUCD m O 




0 280 020 




o 
to 



O LLl I — . 
2CCUJH- 
P I W ID 

Q-nQ2 
i 




\ 



X 
..CD 

U. UJ 

co cr^i 
... u_ r^. 

UJ UJ to 

t crx 
or iS 
SO 

CL 



CO 



LU 

cr 
i 

CL 




O 

CD 







SWITCH USER TO 

HOST SCREEN 
[ST-TO.HOST ()] 


GET OUT OF 
GRAPHICS MODE. 
[OUT -0F_VDI 0] 






WRITE SFj 
P-G-PFKEY 
(0X52). DATA 

IS THE PF 
KEY PRESSED 

BY USER. 

[SEE STRUCT. H 
FOR KEY 
MAPINGS] 




m 

csi 

O 



STRUCT. 
FIELD 



6000 




FIG;- 22 < 



REPLY 



6010 



sH_G«DATA«REPlX 
? 



NO 



YES 



6020 

IS " 

'GRAPHICS x _ 
'IN PROGRESS\ YES 
IN A DIFFERENT- 
SESSION 
? 



6040 

J— 



WRITE SF: 
P-G-BUSY (0X54). 
NO TIMEOUT. 



PROCESS 
DATA 
REPLY 





6030 



jL 



6060 



YES 



MESSAGE 
RECEIVED ACK 
OF PF KEY FROM 
HOST SESSION %S. 

[5105] 



6070 



MESSAGE 
RECEIVED 
INVALID CODE OF 
%S FROM HOST 
SESSION %S. 
C510fl3 



3090 



I 



\ CONTINUE 
^ POLLING 
LOOP 




0 280 020 



3 


03 


o 




CO 


CO 


CM 


04 


CM 


d 

LL 


(3 


<D 
U. 



CN 



8 

CVJ 
CO 



CL 5 

•t ^ iS O CD 
til QCtS 

(Oiniooo 
ffl o 3r 55 to 
2 o: z ^ LU 
z < 





o 

C\J 
CO 



\ 



fclgg 



o 

CVJ 





SET 
GRAPHICS 
BUSY. 
[GR_INDEX= 
INDEX] 


GET INTO 
GRAPHICS 
MODE 
[OPEN-VDIO] 


t ■ 


SAVE THE 
CONTENTS OF 
THE SCREEN 
[SAVE-CONTEXTO] 


SWITCH TO THE 
APPROPRIATE 
GRAPHIC PF 
KEY SET 

[M-XXX-GRAO] 



o 
o 




0 280 020 



O 

to 
to 
co 



2 £ 

LU • ^ 



UJ 
CO 
3 

X 

Q 



g 

co 
co 
tu 
co 

h- 
co 
o 

X 



CO 

o 
I 

CO 



in 
co 



S tr H- 

CD 2 
I 

a. 



o 

CO 
U3 
CO 



CO _ 

<2qce 



LLl 
CO 






O 
CM 

O 



o 

CD 

o 

CO 



LU 



A. 



a a - 



HOST X 



REGION 


REGION 


CICS 
t: REGION 


CICS 
REGION 


APPLID = 
CICS001 


APPUD = 
CICS002 


APPLID = 
CICS003 


APPLID = 
CICS004 



7000 



HOST Y 



CICS 
REGION 






APPLID* 
CICS005 


APPLID* 
CICS006 


APPLID= 
CICS007 



7010 



7020 



FIG. 24 



HOST 
SESSION 
A 



HOST 
SESSION 
B 



HOST 
SESSION 
C 



3270-PC 



HOST 
SESSION 
D 



PC/DOS SESSION 



0 280 020 



HOST X 





CICS REGIONS 


APPLID = 
CICS001 


APPLID = 
CICS002 


APPLID = 
CICS003 


APPLID = 
CICS004 



7040 




HOST 
SESSION A 



HOST 
SESSION B 



• HOST 
SESSION C 



HOST 
SESSION D 



PC/DOS SESSION 



7050 



HOST Y 


CICS REGIONS 




APPLID= 
CICS005 


APPLID= 
CICS006 


APPUD= 
CICS007 


NPM 


^joeo : 











FIG. 25 




3270-PC 



7030 



HOST X 



\ 



7100 





CICS REGIONS 


APPLID 55 


APPLID = 


APPUD = 


APPLID = 


C1CSOQ1 


CICS002 


CICS003 


CICS004 


CICSPARS 








MAIN 








MENU 









HOST Y 



7090 



CICS REGIONS 


NPM 


APPLJD= 
CICSOOS 


APPUD* 
CICS006 


APPUD= 
CICS007 



CICSPARS 
MAIN MENU 

1. 
2. 
3. 

I 

14. 3270 PC 
GATEWAY 



HOST 
SESSION A 



HOST 
SESSION B 



HOST 
SESSION C 




FIG. 26 



3270 PC 



7200 



HOST 
SESSION D 



PC/DOS SESSION RUNNING MSAM 



0 280 020 



HOST X 



\ 



HOST 
STATUS 
ARRAY 




APPLID = 
CICS001 



HOST SIDE 
OF GATEWAY 



OICS REGIONS 



APPLID » 
CICS002 



APPUD = 
CICS003 



APPLID s 
CICS004 



7410 



HOST Y 



7400 

-IX 



CICS REGIONS 


NPM 


APPLlD= 
CICS005 


APPLID= 
CICS006 


APPLID= 
CICS007 



GATEWAY 
SESSION: 

WARNINGIH 
HOST TO PC 
CONNECTION 
IN 

PROGRESS 



HOST 
SESSION A 



HOST 
SESSION B 



HOST 
SESSION C 



HOST 
SESSION D 



3270 PC MSAM 



MSG: GATEWAY 
SESSION . . . ESTABLISHED 



PC/DOS SESSION RUNNING MSAM 



FIG. 



3270 PC 



7420 



HOST X 



CiCS 
REGION 


CICS 
REGION 


CICS 
REGION 


CICS 
REGION 


APPLID = 
CICSOOt 


APPLID = 
CICS002 


APPLID = 
>r CICS003 


APPLID = 
CICS004 


HOST SIDE 

OF 
GATEWAY 









HOST Y 



CICS 




0 


REGION 






APPLID= 


APPUD= 


APPLIDs 


CICS005 


CICS006 


CICS007 



FIG. 28 




HOST 
SESSION A 



HOST 
SESSION B 



HOST 
SESSION C 



3270 PC MSAM 

CICS 

APPUD DSAX OSCJf • • • 



-3270-PC 



HOST 
SESSION D 



PC/DOS SESSION 



0 280 020 



HOST X 



HOST 
STATUS 
ARRAY 




CICS REGIONS 



APPLID a 
CICS001 



HOST SIDE 
OF GATEWAY 



APPLID = 
CICS002 



APPLID a 
CICS003 



APPLID = 
CICS004 



CICSPARS 

ALERT 
MONITOR 
INVOCATION 
TRANSACTION 



HOST Y 



CICS REGIONS 



APPUD= 
CICS005 



APPLID= 
CICS006 



APPLID= 
CICS007 



NPM 



7510 



GATEWAY 
SESSION: 

WARNING!!! 
HOST TO PC 
CONNECTION 
IN 

PROGRESS 



HOST 
SESSION A 



7520 



ALERT 

MONITOR 

INVOCATION 

DSA 80 
OSCOR 80 
INTERVAC 
10 SEC 



HOST 
SESSION B 



HOST 
SESSION C 



HOST 
SESSION D 



3270 PC MSAM 



PC/DOS SESSION RUNNING MSAM 



FIG. 29 



3270 PC 



HOST 
STATUS 
ARRAY 




CICS REGIONS 



APPUD = 
CICSOOI 



HOST SIDE 
OF GATEWAY 



APPUD = 
CICS002 



APPLID = 
CICS003 



APPUD = 
CICS004 



CICSPARS 

ALERT 
MONITOR 
INVOCATION 
TRANSACTION 



HOST Y 



CICS REGIONS 



APPLID= 
CICS005 



APPLID= 
CICS006 



APPLID= 
CICS007 



NPM 



7540 



GATEWAY 
SESSION: 

WARNING!!! 
HOST TO PC 
CONNECTION 
IN 

PROGRESS 



HOST 
SESSION A 



T 
7530 



HOST 
SESSION B 



HOST 
SESSION C 



3270 PC MSAM 

CICS ALERT 
APPUD DSAX OSCORJL. MSa 



A SUMMARY LINE WILL BE 
CREATED FOR CICS004 



HOST 
SESSION D 



PC/DOS SESSION RUNNING MSAM 



FIG. 30 



3270 PC 

1/ 



7550 



0 280 020 



HOST X 



\ 



7590 



CICS 
REGION 

APPLID = 
CICSOOI 



HOST SIDE 

OF 
GATEWAY 



I 



CICS 
REGION 

APPLID a. 
CICS002 



CtCS 
REGION 

APPUD = 
CICS003 



CICS 
REGION 

APPLID = 
CICS004 



RESOURCE 
COLLECTION 
TRANS- 
ACTION 



HOST Y 

XJ 



CICS 






REGION 






APPLID= 


APPLID= 


APPUD= 


CICS005 


CICS006 


CICS007 



7580 



FIG. 31 



GATEWAY 
DONT TYPE 



HOST 
SESSION A 



HOST 
SESSION B 



-3270-PC 



HOST 
SESSION C 



3270 PC MSAM 

CICS 

APPUD DSA% OSCX • • • 



•ALERTt 
MSG 



•7600 



HOST 
SESSION D 



PC/DOS SESSION 



HOSTX 



\ 



HOST 
STATUS 
ARRAY 



CICS 
REGION 

APPL1D = 
CICS0O1 



HOST SIDE 
OF GATEWAY 



CICS 
REGION 

APPLID = 
CICS002 




CICS 
REGION 

APPLID = 
CICS003 



7610 



CICS 
REGION 

APPLID = 
CICS004 



RESOURCE 
COLLECTION 
TRANS- 
ACTION 



HOST Y 



CICS 






REGION 






APPLID* 


APPLID= 


APPLID= 


CICS005 


CICS006 


CICS007 



FIG. 32 



GATEWAY 
DONT TYPE 
IN THIS 
SESSION 



-3270 -PC 



HOST 
SESSION 



HOST 
SESSION 



HOST 
SESSION B 



HOST 
SESSION C 



3270 PC MSMA 



CICS 

APPUD DSAX GETVISX- ALERT MSG 
CICS004 32 8% OSCOR 

EXCEEDED 



PC/DOS SESSION 



7615 



0 280 020 



HOST X 



\ 



CICS 
REGION 

APPLID = 
CICS001 



HOST SIDE 
OF GATEWAY 



CICS 
REGION 

APPLID = 
CICS002 



CICS 
REGION 

APPLID = 
CICSO03 



CICS 
REGION 

APPLID = 
CICS004 



RESOURCE 
COLLECTION 
TRANS- 
ACTION 



HOST Y 



7710 



CICS 






REGION 






APPLID= 


APPLlD= 


APPLID= 


CICS005 


CICS006 


CICS007 


CICSPARS 






ALERT 






MONITOR 






INDICATION 






TRANSACTION 







FIG. 33 




-3270-PC 



7720 



HOST 
SESSION D 



PC/DOS SESSION 





2S 

Q_ 
Z 






II h- 

§§ 

sr 1 CD 




IONS 


RE60URC 
COLLECTI 
TRANSACT 


CICS REQ 


APPLIDa 

CIC6008 


RESOURCE 
COLLECTION 
TRANSACTION 




APPLID* 
CIC800S 


RESOURCE 

COLLECTION 

TRANSACTION 
_ 1 





CO 

z 
g 

o 

UJ 

cc 

CO 

o 
o 



o 



ST 1 CD 

8: a 



H (M 

§8 



o 



o 



n ^- 

§8 



37 



o2 

3 O 

coH 

*8 






CDUi 

co o 



CO 

o 



CO 

o 



ci 



o 

So 
Oco 

UJ 
CO 



Q 

5iu< 
222 

O f-CMCO LO 



m 

UJ 
CO 



<3 

CO 



Z 



L 



2 

cox 

: : : : : : : 

O o a> co m co 
s O 

a 



CM CO f- "* to CM CO 



^ w cn m cd r^. 
ooooooo 
ooooooo 



t?9- ?? ca co (5 to co cd 
ooooooo 



2 
< 

CO 

CJ 

z 

z 
z 

cr 

z 
o 

CO 
CO 
UJ 
CO 

CO 

o 
a 

cJ 
a. 



*-ric 




feel 



coO 
Q co 
xco 

LU 
CO 



CO O 
Q co 

X CO 
UJ 
CO 



0 280 020 




CO 



o 

LU 

q: 

CO 

o 
o 



APPLID= 
CIC8007 


_ 

RESOURCE 
COLLECTION 
TRANSACTION 


tt CD 

go 
a. y 

<o 


RESOURCE 
COLLECTION 
TRANSACTION 


APPLID= 
CICSOOS 


RESOURCE 
COLLECTION 
TRANSACTION 



1 03 



LU C 

o o 
li. 




LO 

6 



CO o 
o CO 
X CO 
UJ 
CO 



I 

COi 



r-CM CO "<r to 



m 

O CO 
X CO 
LU 
CO 



CO 

2 



a: 

* LU 



Ills 



<0—l£ 

uj tn 

£co< 
2<co 

CO 

ULO< 



JL 



^ 2? *^ r: co co 

f- CM C\J <!— CO 



^ 2 ^7 00 03 C\J 
CM CO t- lo CM CO 

2 o o o o o o 
o o o o o o o 

CO CO CO CO CO CO CO 

9 oyygoy 
o o a a a a a 



< 

CO 



CD 



a: 

2 
O 

CO 
CO 
UJ 
CO 

CO 

o 

Q 

a. 



_ozco 

==0.0 CO 

20 fro: 



< 

CO o 
O CO 
X CO 
LU 
CO 



CO o 
o CO 
X CO 
Ui 
CO 



2 
a. 
z 


APPLID* 
CICS007 


RESOURCE 
COLLECTION 

■ * 


II CO 
QO 

-jo 

^8 
a. 9 

<o 


RESOURCE 
COLLECTION 


CICS 
REGION 

APPLID= 
CICSOOS 


RESOURCE 
COLLECTION 




CICS 
REGION 

APPLID = 
CICS004 


RESOURCE 
COLLECTION 


CICS 
REGION 

APPLID = 
CICS003 


RESOURCE 
COLLECTION 


CICS 
REGION 

APPLID = 
CICS002 


RESOURCE 
COLLECTION 
TRANSACTION 
1 



z 

CO o 

25 
a w 



II r- 



go 



s. 
LU £ 

gi 

(OUJ 

l-< 
coo 




0 280 020 















T3 
















« 
















o 


n 
















o 




• 










o 














• 


> 


o 


w 




• 










> 


• 


m 
















m 


3 






* 


at 




m 




C 








c 


« 


e 














Ol 






E 








c 






C 












VI 




O 


w 










m 


a 




m 








J 


m 






a 










E 


m 


o 














o 


c 


* 






< 


o 


« 




3 






N 




c 


e 


o 




w 












> 




O 






* 


«• 






• 






• 


o 


















w 


JZ 


c 




o 


Q 




w 






m 


o 


*> 




r> 


« 




n 


w 


> 




O 




> 






w 
















3 
















U 


u. 


o 


a 


X 


Ul 


en 


cn 




u. 


Ul 




a 


01 


fr- 


a 




o 


tu 


o 




cr 


ee 


01 




1 


a 






UJ 


UJ 






z 


m 




a 










a 










< 





5§ 



CO 



ro 

CD 
Ll. 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



© Publication number: 



EUROPEAN PATENT APPLICATION 



© Application number: 88100514.4 © Int. CIA G06F 15/74, G06F 1 1/34, 

G06F 15/16 

@ Date of filing: 15.01.88 



® Priority: 23.01.87 US 6514 


© Applicant: International Business Machines 


Corporation 


© Date of publication of application: 


Old Orchard Road 


31.08.88 Bulletin 88/35 


Armonk, N.Y. 10504(US) 


© Designated Contracting States: 


© Inventor: Estes, Mark Wilbour 


DE FR GB 


7002 Echo Bluff Drive 




Dallas, TX 75248(US) 


@> Date of deferred publication of the search report: 


Inventor: Hall, Harold H. 


04.09.91 Bulletin 91/36 


6545 Circle Hill Drive 




San Jose, CA(US) 




© Representative: Tubiana, Max 




Compagnie IBM France Departement de 




Propriete Intellectuelle 




F-06610 La Gaude(FR) 



@ Operator access to monitoring applications. 



© A display system and method is provided for an electronic tone of designated frequency and dura- 
gathering information from multiple CICS host ap- tion. 

plications and displaying the information on a single 

display screen. The information includes graphics, 

reports, and monitoring information. The display 

screens that the user is presented with are in a 

format that correspond to the host display screens 

that are commonly employed in large data process- 
ing (DP) centers. A host based status array is used 

to minimize the overhead of the communications 

between the host and the PC. The IBM 3270-PC or 
CO other microprocessor with a host communications 
^ interface receives existing, summarized information 
© and reduces the information to a complete, accurate 
<^ picture of the multiple applications that enables the 
® operator to have timely information and respond 
O effectively in a complex DP environment The alarm 
00 information is organized to effectively call the oper- 
^ ator's attention to a key problem quickly and effi- 
O ciently. Key alarm messages can be designated as 

voice messages which are automatically translated 
in and output as synthesized voice alerts. Threshold 

conditions can be called to the operators attention 

by specifying tolerances, that once exceeded, trigger 



Rank Xerox (UK) Business Services 



European 
Patent Office 



EUROPEAN SEARCH 
REPORT 



Application Number 
EP 88 10 0514 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (int. CL5) 



.EEE INFOCOM'86 FIFTH ANNUAL CONFERENCE, Miami, 
Florida, 8th - 19th April 1986, pages 364-376, New York, US; 
LJ. COLE: "Network management as described in systems 
network architecture" 

* Page 364, column 2, lines 32-44; page 365, column 1, lines 
20-26; page 366, column 1; page 371, column 2, lines 10-29; 
page 374, column 1 , lines 60-65; page 374, column 2, lines 
1-25 * 

IBM TECHNICAL DISCLOSURE BULLETIN, vol. 20, no. 11b, 
April 1978, pages 5060-5065, Armonk, New York, US; M.S. 
HELFER: "Structure of performance monitor for distributed 
computer systems" 

* Page 5060; figures 1 ,2 * 

COMPUTER, vol. 14, November 1981, pages 76-93, Long 
Beach, CA, US; B. PLATTNER et al.: "Monitoring program 
execution: a survey" 

* Pages 76-78 * 



The present search report has been drawn up for all claims 



1,2,4,5,6, 
7 



G 06 F 15/74 
G 06 F 11/34 
G06 F 15/16 



1,2,4,5,6, 
7 



1,4,7 



Place of search 
The Hague 



Date of completion of search 
15 May 91 



TECHNICAL FIELDS 
SEARCHED (Int. CI.5) 



G 06 F 11/34 
G 06 F 15/16 



Examiner 
HARRADINE J. 



CATEGORY OF CITED DOCUMENTS 
X : particularly relevant if taken alone 
Y : particularly relevant if combined with another 

document of the same catagory 
A: technological background 
O: non-written disclosure 
P : intermediate document 
T : theory or principle underlying the invention 



E : earlier patent document, but published on, or after 

the filing date 
D : document cited in the application 
L : document cited for other reasons 

& : member of the same patent family, corresponding 
document 



